「java堆内存溢出原因」java堆外内存溢出
本篇文章给大家谈谈java堆内存溢出原因，以及java堆外内存溢出对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
java内存溢出是什么情况？
首先先说一下JVM内存结构问题，JVM为两块：PermanentSapce和HeapSpace，其中\x0d\x0aHeap = }。PermantSpace负责保存反射对象，一般不用配置。JVM的Heap区可以通过-X参数来设定。\x0d\x0a 当一个URL被访问时，内存申请过程如下：\x0d\x0aA. JVM会试图为相关Java对象在Eden中初始化一块内存区域\x0d\x0aB. 当Eden空间足够时，内存申请结束。否则到下一步\x0d\x0aC. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）, 释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区\x0d\x0aD. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区\x0d\x0aE. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）\x0d\x0aF. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”\x0d\x0a\x0d\x0aJVM调优建议:\x0d\x0a\x0d\x0ams/mx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为最大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aNewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为最大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aPermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为最大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。\x0d\x0aSurvivorRatio：设置Survivor空间和Eden空间的比例\x0d\x0a\x0d\x0a内存溢出的可能性\x0d\x0a\x0d\x0a1. OLD段溢出\x0d\x0a这种内存溢出是最常见的情况之一，产生的原因可能是：\x0d\x0a1) 设置的内存参数过小(ms/mx, NewSize/MaxNewSize)\x0d\x0a2) 程序问题\x0d\x0a单个程序持续进行消耗内存的处理，如循环几千次的字符串处理，对字符串处理应建议使用StringBuffer。此时不会报内存溢出错，却会使系统持续垃圾收集，无法处理其它请求，相关问题程序可通过Thread Dump获取（见系统问题诊断一章）单个程序所申请内存过大，有的程序会申请几十乃至几百兆内存，此时JVM也会因无法申请到资源而出现内存溢出，对此首先要找到相关功能，然后交予程序员修改，要找到相关程序，必须在Apache日志中寻找。\x0d\x0a当Java对象使用完毕后，其所引用的对象却没有销毁，使得JVM认为他还是活跃的对象而不进行回收，这样累计占用了大量内存而无法释放。由于目前市面上还没有对系统影响小的内存分析工具，故此时只能和程序员一起定位。\x0d\x0a\x0d\x0a2. Perm段溢出\x0d\x0a通常由于Perm段装载了大量的Servlet类而导致溢出，目前的解决办法：\x0d\x0a1) 将PermSize扩大，一般256M能够满足要求\x0d\x0a2) 若别无选择，则只能将servlet的路径加到CLASSPATH中，但一般不建议这么处理\x0d\x0a\x0d\x0a3. C Heap溢出\x0d\x0a系统对C Heap没有限制，故C Heap发生问题时，Java进程所占内存会持续增长，直到占用所有可用系统内存\x0d\x0a\x0d\x0a参数说明:\x0d\x0a\x0d\x0aJVM 堆内存（heap）设置选项 \x0d\x0a 参数格式 \x0d\x0a 说 明 \x0d\x0a \x0d\x0a设置新对象生产堆内存（Setting the Newgeneration heap size） \x0d\x0a -XX:NewSize \x0d\x0a 通过这个选项可以设置Java新对象生产堆内存。在通常情况下这个选项的数值为1 024的整数倍并且大于1MB。这个值的取值规则为，一般情况下这个值-XX:NewSize是最大堆内存（maximum heap size）的四分之一。增加这个选项值的大小是为了增大较大数量的短生命周期对象 \x0d\x0a\x0d\x0a增加Java新对象生产堆内存相当于增加了处理器的数目。并且可以并行地分配内存，但是请注意内存的垃圾回收却是不可以并行处理的 \x0d\x0a \x0d\x0a设置最大新对象生产堆内存（Setting the maximum New generation heap size） \x0d\x0a -XX:MaxNewSize \x0d\x0a 通过这个选项可以设置最大Java新对象生产堆内存。通常情况下这个选项的数值为1 024的整数倍并且大于1MB \x0d\x0a\x0d\x0a其功用与上面的设置新对象生产堆内存-XX：NewSize相同\x0d\x0a\x0d\x0a设置新对象生产堆内存的比例（Setting New heap size ratios） \x0d\x0a -XX:SurvivorRatio \x0d\x0a 新对象生产区域通常情况下被分为3个子区域：伊甸园，与两个残存对象空间，这两个空间的大小是相同的。通过用-XX:SurvivorRatio=X选项配置伊甸园与残存对象空间（Eden/survivor）的大小的比例。你可以试着将这个值设置为8，然后监控、观察垃圾回收的工作情况\x0d\x0a\x0d\x0a设置堆内存池的最大值（Setting maximum heap size） \x0d\x0a -Xmx \x0d\x0a 通过这个选项可以要求系统为堆内存池分配内存空间的最大值。通常情况下这个选项的数值为1 024的整数倍并且大于1 MB \x0d\x0a\x0d\x0a一般情况下这个值（-Xmx）与最小堆内存（minimum heap size _Xms）相同，以降低垃圾回收的频度 \x0d\x0a \x0d\x0a取消垃圾回收 \x0d\x0a -Xnoclassgc \x0d\x0a 这个选项用来取消系统对特定类的垃圾回收。它可以防止当这个类的所有引用丢失之后，这个类仍被引用时不会再一次被重新装载，因此这个选项将增大系统堆内存的空间 \x0d\x0a \x0d\x0a设置栈内存的大小 \x0d\x0a -Xss \x0d\x0a 这个选项用来控制本地线程栈的大小，当这个选项被设置的较大（2MB）时将会在很大程度上降低系统的性能。因此在设置这个值时应该格外小心，调整后要注意观察系统的性能，不断调整以期达到最优 \x0d\x0a \x0d\x0a最后说一句，你的机器的连接数设置也至关重要，连接的关闭最好把时间设置的少些，那些连接非常耗费资源。也是引起内存泄露的主要原因。
Java内存溢出的原因有哪些
【情况一】：
java.lang.OutOfMemoryError: Java heap space：这种是java堆内存不够，一个原因是真不够，另一个原因是程序中有死循环；
如果是java堆内存不够的话，可以通过调整JVM下面的配置来解决：
jvm-arg-Xms3062m/jvm-arg
jvm-arg-Xmx3062m/jvm-arg
【情况二】
java.lang.OutOfMemoryError: GC overhead limit exceeded
【解释】：JDK6新增错误类型，当GC为释放很小空间占用大量时间时抛出；一般是因为堆太小，导致异常的原因，没有足够的内存。
【解决方案】：
1、查看系统是否有使用大内存的代码或死循环；
2、通过添加JVM配置，来限制使用内存：
jvm-arg-XX:-UseGCOverheadLimit/jvm-arg
java程序内存溢出一般什么原因
注：“蓝色加粗字体”为书本原语
先来一张JVM运行时数据区域图，再接下来一一分析各区域功能：
程序计数器
程序计数器（program Counter Register）是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。
Java虚拟机栈
虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、方法出口等信息。下面借用网友的一张图可能会更清晰：
局部变量表存放了预编译期可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference类型）和returnAddress类型（指向了一条字节码指令的地址）。其中64位长度的long和double类型的数据会占用2个局部变量空间（Slot），其余的数据类型只占用1个。通过上述表述（个人理解），局部变量空间是以Slot（32位）为空间单位的。就算原本一字节大小的byte类型在局部变量表也要占一个Slot（32位=4字节）。如果你想学习Java可以来这个群，首先是五三二，中间是二五九，最后是九五二，里面有大量的学习资料可以下载。
在Java虚拟机规范中，Java虚拟机栈规定了两种异常情况：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；如果虚拟机栈可以动态扩展，如果扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。换句话说，如果线程栈的大小有1MB，如果当前线程大量使用了递归，那么当线程的栈帧总和超过1MB，JVM就会抛出StackOverflowError。另外，创建线程数量是需要分配线程栈内存的，但系统没有内存可以分配时，就会抛出OutOfMemoryError。说多是废话，实践才是真理，接下来尝试制作以上两种虚拟机栈错误。
测试代码：
public class StackTest { public static void recursion(int count){ System.out.println("count="+count); recursion(++count); } public static void main(String[] args) { recursion(0); } }
服务器和JVM信息如下：
把以上代码打成Jar在此环境下运行：
[wc@localhost JAVATEST]$ java -jar stackTest.jar count=0 count=1 …… count=8406 count=8407 count=8408 Exception in thread "main" java.lang.StackOverflowError at sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:691) at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:579) at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:271) at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125) at java.io.OutputStreamWriter.write(OutputStreamWriter.java:207) at java.io.BufferedWriter.flushBuffer(BufferedWriter.java:129) at java.io.PrintStream.write(PrintStream.java:526) at java.io.PrintStream.print(PrintStream.java:669) at java.io.PrintStream.println(PrintStream.java:806) at StackTest.recursion(StackTest.java:5) at StackTest.recursion(StackTest.java:6)
从以上信息可看出，当recursion方法运行到count=8408的时候，线程栈已经超过了JVM默认的ThreadStackSize大小（1MB），则抛出了StackOverflowError异常。
接下来我们尝试通过加大设置线程栈大小（ThreadStackSize）值来消耗尽量多的系统内存，导致无法再分配线程栈内存而抛出OutOfMemoryError异常:
[wc@localhost JAVATEST]$ java -jar -Xss2048M stackTest.jar Error occurred during initialization of VM java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start0(Native Method) at java.lang.Thread.start(Thread.java:714) at java.lang.ref.Reference.clinit(Reference.java:187)
JVM线程锁消耗的是Java进程的内存，但不消耗给JVM的内存，一个进程开启的最大线程数大概可以用以下公式进行理解：
线程数 = （进程最大分配内存数-JVM内存-保留的操作系统内存）/线程栈大小
进程最大分配内存大小跟操作系统有关，由于本人虚拟服务器的总内存大小为2GB，所以我尝试通过-Xss参数分配2GB的内存大小给线程栈，让虚拟机抛出异常。
本地方法栈
本地方法栈（Native Method Stack）与虚拟机栈所发挥的作用是非常相似的，它们之间的区别不过是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则为虚拟机使用到的Native方法服务。
Java堆
Java堆是Java虚拟机所管理的内存中最大的一块数据区域，在虚拟机启动时创建并被所有线程共享。此内存区域唯一的目的就是存放对象实例，几乎所有的对象实例都在这里分配内存，例如对象实例和数组。但随着其他技术的成熟（如JIT），对象分配在堆上慢慢地变得又没那么“绝对”了。Java堆同样是垃圾收集器管理的主要区域，由于现在的收集器基本都采用分代收集算法，所以Java堆中还可以细分为新生代和老年代。当前主流的虚拟机都是按照可扩展来实现的（通过-Xmx和-Xms控制）。如果堆中没有内存完成实例分配，并且对也无法再扩展时，将会抛出OutOfMemoryError异常。继续上代码制造内存溢出：
public class HeapTest { public static void main(String[] args) { Listbyte byteList = new ArrayListbyte; for(int i=0;i10000;i++){ byteList.add(new byte[1024000]); System.out.println("count="+i); } } }
打包为heapTest.jar进行测试：
[wc@localhost JAVATEST]$ java -jar heapTest.jar count=0 count=1 …… count=405 count=406 Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at HeapTest.main(HeapTest.java:9)
通过打印信息得知，当程序创建第406个byte数组（每个数组1MB）时，堆就产生溢出了。
方法区
方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。方法区也称Non-Heap（非堆），目的是与Java堆区分开来，可通过-XX:MaxPermSize设置内存大小。从JVM运行时区域内存模型来看（本文第一张图），堆和方法区是两块独立的内存块。但从垃圾收集器来看，HotSpot虚拟机的设计团队选择把GC分代收集扩展至方法区，或者说使用永久代来实现方法区，所以很多人都更愿意把方法区称为“永久代”，如下图所示：
运行时常量池（Runtime Constant Pool）是方法区的一部分，用于存放Class文件在编译期生成的各种字面量和符号引用，因为Class文件除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池（Constant Pool Table）。这部分内容将在类加载后进入方法区的运行时常量池中存放。同时运行时常量池具备动态性，并非预置入Class文件中常量池的内存才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，例如String类的inter方法。既然运行时常量池是方法区的一部分，自然受到方法区内存限制，当常量池无法再申请到内存时会抛出OutOfMemoryError异常。继续上代码制造内存溢出：
public class MethodAreaTest { public static void main(String[] args) { ListString list = new ArrayListString; int i = 0; while(true){ System.out.println(i); list.add(("MethodAreaTest"+String.valueOf(i++)).intern); } } }
由于JDK1.8 HotSpot虚拟机去掉了永久代，所以要回归JDK1.6测试:
打包为MethodAreaTest.jar进行测试：
wc@WC01:~/JAVATEST java -jar MethodAreaTest.jar 1 2 …… 815311 815312 815313 Exception in thread "main" java.lang.OutOfMemoryError: PermGen space at java.lang.String.intern(Native Method) at MethodAreaTest.main(MethodAreaTest.java:11)
通过打印信息可以看到，当intern了815313次之后，出现了方法区内存溢出（毕竟常量池是属于方法区的）。
什么原因可导致java内存泄漏？
Java内存泄露\x0d\x0a\x0d\x0a一般来说内存泄漏有两种情况。一种情况如在C/C++语言中的，在堆中的分配的内存，在没有将其释放掉的时候，就将所有能访问这块内存的方式都删掉（如指针重新赋值）；另一种情况则是在内存对象明明已经不需要的时候，还仍然保留着这块内存和它的访问方式（引用）。第一种情况，在Java中已经由于垃圾回收机制的引入，得到了很好的解决。所以，Java中的内存泄漏，主要指的是第二种情况。\x0d\x0a 可能光说概念太抽象了，大家可以看一下这样的例子：\x0d\x0a\x0d\x0a1 Vector v=new Vector(10);\x0d\x0a2 for (int i=1;i
回答于 2022-12-11
java 内存溢出，能帮忙解释下可能的原因吗
java内存溢出。
原因一:运行的项目过多，需要的内存相应的增大；
原因二：项目过大，启动过程中出现加载过多，导致项目内存溢出；
原因三：项目运行过程中需要加载大量的数据或文件，导致内存溢出。
java堆内存溢出原因的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java堆外内存溢出、java堆内存溢出原因的信息别忘了在本站进行查找喔。