java heap space（请问OutOfMemoryError Java heap space的问题如何解决）

本文目录

• 请问OutOfMemoryError Java heap space的问题如何解决
• Java heap space 解决的方案
• Java heap space 的具体解决方法
• java heap space是什么意思
• java heap space什么意思
• java heap space
• JAVA中的内存溢出和内存泄露是什么
• java中while（true）死循环会造成JVM内存溢出吗
• Java程序出错了，定位错误有哪些技巧

请问OutOfMemoryError Java heap space的问题如何解决

1、OutOfMemoryError 是java内存溢出错误，但内存溢出也分成很多类。2、java heap space 主要是指堆栈溢出。理论上调整jvm内存设置，是可以一定程度上缓解这个问题的。但是也不能设置过大。3、这个时候主要还是应该检查你的代码，尤其是复杂数据结构和循环，检查有无内存泄露，有些复杂数据结构用完有无及时清空。4、你可以用一些检查java内存泄露的工具。5、希望对你有帮助。

Java heap space 解决的方案

java内存空间中的堆区域（用于存放java的对象）发生了内存溢出，两个原因：1、你的应用比较消耗内存空间，需要较大的堆空间，而你设置的内存不够。2、你的程序有BUG，没有及时释放对象，最终消耗了过多的内存。需要排查。解决方案：1、调大JVM内存， -Xmx:521M ，或更多2、优化程序

Java heap space 的具体解决方法

这种情况一般是程序本身问题导致在运行中使JVM内存溢出，从而抛出此异常：

1、首先就是需要检查下自己代码问题，比如有没有死循环或者递归调用没设置停止条件等等；

2、手动设置程序运行时的JVM堆栈内存，一般都是调大些，具体方法：

 对所以工程都有效：修改eclipse根目录下的eclipse.ini文件

-vmargs  //虚拟机设置-Xms40m //初始内存-Xmx256m //最大内存-Xmn16m //最小内存-XX:PermSize=128M //非堆内存-XX:MaxPermSize=256M

 只对当前工程有效：在Eclipse中--》右击工程/要运行的主类--》Debug As-       -》DebugConfigurations--》(x)=Arguments--》VM arguments中加入-       Xmx36m，然后Apply--》Run

这上面的36指的是给java虚拟机分配的最大堆内存大小，单位是MB，也就       是说上面的那句话的含义是JVM的最大堆内存是36MB。

如果以上方法均无效，那可能就是Eclipse本身的问题，需要重新安装。

java heap space是什么意思

java heap space的意思为“java堆空间”，是JAVA的堆栈设置太小的原因。

有这两种解决方法：

1、设置环境变量：

set JAVA_OPTS= -Xms32m -Xmx512m

可以根据自己机器的内存进行更改，但本人测试这种方法并没有解决问题。可能是还有哪里需要设置。

2、java -Xms32m -Xmx800m className：

就是在执行JAVA类文件时加上这个参数，其中className是需要执行的确类名。这个解决问题了，而且执行的速度比没有设置的时候快很多。

如果在测试的时候可能会用Eclispe这时候就需要在Eclipse -》run -arguments中的VM arguments中输入－Xms32m -Xmx800m这个参数就可以了。

java heap space什么意思

使用Java程序从数据库中查询大量的数据时出现异常:java.lang.OutOfMemoryError: Java heap space在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar如果Heap Size设置偏小，除了这些异常信息外，还会发现程序的响应速度变慢了。GC占用了更多的时间，而应用分配到的执行时间较少。Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。

java heap space

• 你是不是做了某个Array的COPY?原本的Array长度可能是可以承受的,但COPY后就超长了,导致溢出增加内存只是治标的方法,修改代码使其能够更好的避免这种情况发生才是治本的方法,好好看看你的代码吧

• 一般都是代码问题,加内存设置不是办法

JAVA中的内存溢出和内存泄露是什么

我们都知道，Java凭借JVM有一套自动回收对象的机制，能自动进行内存管理，但这不是一劳永逸的方法，内存泄露和内存溢出还是会时时侵扰java编程人员！先来看下内存相应的概念！

内存泄露：内存中的无用对象因为引用存在，对象迟迟不能回收，导致内存占用越来越高，最终导致内存溢出； 比较常见的场景是生命周期短的对象已经不再需要，但是生命周期比较长的对象有着短周期的对象引用，导致内存泄露；

内存溢出：程序想要获取内存的时候，已经没有新的内存可供使用，这时就爆出了out of memory ，内存溢出又分为堆溢出和栈溢出！

堆溢出常见关键字有java.lang.OutOfMemoryError: Java heap space

栈溢出常见关键字java.lang.StackOverflowError

内存泄露的本质就是无用对象的持续增长，比如说：

1，静态类对象中存储其他对象，因为static的声明周期长，放入这些对象的其他对象迟迟得不到释放；

2，诸如数据库连接等网络，io连接，必须要显式的close掉，否则也容易泄露；

3，单例模式初始化对象时，引用其他的对象引用，也将导致对象不能释放；

如何避免内存泄露呢？长周期的对象中尽量不要引用短周期的对象，或者及时释放；可以经常使用jstack等内存工具监控内存的增长情况，及时进行处理！

内存泄露如果不是很严重，一时半会儿也发现不了，发展下去通常会变成情节严重的内存溢出！

我们知道堆主要用来放对象，栈用来存放对象引用，堆栈溢出通常是不同的原因导致的！

堆溢出常见的情景如下：

1，堆内存分配过小：可通过-Xms2048m -Xmx2048m调整堆内存

2，线程数过大，超过了操作系统限制

3.java.lang.OutOfMemoryError:PermGenspace：老年代溢出，可通过-XX:MaxPermSize=128m -XXermSize=128m调整

栈溢出常见情景如下：

递归调用方法，会创建大量栈帧，直至溢出！

无论是堆栈溢出还是泄露，几乎都是代码编写不严谨引起，最主要的是注意不要大量创建对象或者线程，并注意及时释放！

最近会持续的的分享JAVA开发相关技术，敬请关注。。

java中while（true）死循环会造成JVM内存溢出吗

1、把局部变量定义在死循环里面会造成栈溢出，诸如下面的定义：

while(true){

int x=1；

int arr；

}

因为栈空间存储局部变量、参数等对象，栈是有默认深度的，我记得是128M（记忆问题，错了请指出）。

2、把对象定义在起循环里面会产生堆内存溢出，诸如下列定义：

while(true){

Person p = new Person();

}

对象的生成是占时间和空间的，因为你的内存空间有限，早晚会产生堆空间内存溢出。

所以大家写代码要养成良好习惯，不在特殊情况下，不要把局部变量和对象定义在循环里面。

Java程序出错了，定位错误有哪些技巧

在开发、测试、线上运行的过程中，程序难免会出现问题，如果快速地定位程序的问题，是每个程序员的必修课。

01. 日志是基础

当程序报错，最简单且快速的方法就是查询日志中的报错信息了；所以我们在敲代码的时候，一定不能对 CheckedException 只捕捉不处理。

• 首先不要忽略异常，第一可以在捕捉到异常后将日志信息输出，要么通过 Throw 或 throws 向上抛，让上层的代码进行处理；

• 接上，不要捕捉异常后，输出完日志又向上抛出异常，这样当查询定位错误时，会产生误导；

• 对于捕捉到的异常，最好可以精确地指出具体是什么异常，而不要用 catch(Exception e) 替代；

• 如果选择了输出异常，那么就要把异常单独打印到一个日志文件中，否则你很可能需要在一大堆日志文件中翻阅查找；

• 另外，日志信息尽可能的详细，比如方法的入参、与其他系统交互的报文等等。

如果你能在日志文件中快速的找到报错信息的话，那么再定位错误程序就容易很多：

1. 通常异常输出能看到报错的类、方法、甚至代码行数，可以先检查程序是不是有显而易见的错误；

2. 如果是开发测试环境，可以通过 IDE 进行代码调试，如果错误每次都可以复现，那就是一个明显的 BUG，如果是部分数据有问题，那么就要分析是程序不严谨，还是数据有问题；

3. 如果是生成环境的话，我们很难进行线上调试，那么只能通过日志来进行具体的分析了，条件允许的话，可以把生产环境的数据拿下来进行检查和调试。

02. 完善的监控

很多程序员会说，我的日志都很完善了，还需要监控么？我建议最好是有的，而且监控越完善越好。

• 首先，通过日志查询问题，通常都是业务人员或用户在操作过程中遇到问题，找到运维和开发之后，我们再去翻日志；如果有监控的话，可以实时地发现问题，提前解决问题。

• 第二，现在很多项目都不是单台部署，应用部署个几台、几十台甚至几百台都很常见，当发现问题之后，人肉翻日志已经不太现实了，如果有一个日志平台的话，那就会方便很多。

• 第三，很多公司的项目都是分布式架构、微服务架构，越来越多的服务都是链路调用，A系统调B系统，B系统再调C系统和D系统，这种情况下翻一个服务的访问链路，就需要从几个系统上拿日志，人肉运维是很费时费力的。

03. OOM 、CPU 占用率高等异常分析

上面说到的各种错误，基本上是有明确的代码问题，不管是代码本身的问题，还是数据的问题导致代码报错，另外一种不是“显性”的异常（最终可能依然是代码的问题），比如内存使用过高、CPU使用过高、 频繁 Full GC、OOM 等等，通常这一类的问题不好重现、定位困难。

• 如果有报错信息，首先还是要查找关键报错信息，比如 java.lang.OutOfMemoryError: Java heap space，很明显就是堆溢出；

• 这时候你需要知道堆里面存的是什么，这样有助于你进行问题的排查：Java 堆用于存储对象实例，如果有大量的对象无法被垃圾回收机制清除，那么超过堆容量限制之后，就会发生溢出；

• 我们可以使用内存映像分析工具，对堆储存快照进行分析；如果有内存泄漏，可以通过工具查看泄漏对象；如果不存在泄漏的话，可以检查代码中是否有递归、死循环等等。

如果是 CPU 过高，可以通过系统命令来定位问题：

• 一般 Java 程序 CPU 过高，可能是这几种原因：死循环、计算比较密集、IO 读写高、请求堵塞等等；

• 通过 top 命令，查看当前服务器占用 CPU 资源最多的进程，得到进程号 PID = 4454；

• 通过 top -Hp 4454 查询 4454 进程中各个线程的资源使用率；比如有一个线程 4492 占用 CPU 特别高；

• 通过 printf "%x\n" 4492 命令，把线程 id 转化为十六进制；4492 的十六进制是 118c；

• 使用 jstack 命令打印堆栈信息：jstack 4454 | grep -10 118c；

• 根据占用 CPU 高的线程的堆栈信息，分析对应的代码在做什么操作，并进行优化。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。