|
除了程序计数器外，虚拟机内存的其他几个运行时区域都有可能发生OOM
添加虚拟机启动参数
-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
堆的最小值 -Xms参数 最大值-Xmx参数这两个设置成一样可以避免堆自动拓展-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机出现内存溢出异常的时候Dump出当前的内存堆转储快照以便进行事后分析。
2.4.1 Java堆溢出
Java堆用于存储对象实例，我们只要不断创建对象并且保证GC Roots到对象之间有可达路径来避免 垃圾回收机制清除 这些对象那么随着对象的数量增加，总容量触及最大堆的容量限制后就会产生内存溢出异常
import java.util.ArrayList;
import java.util.List;
public class OOM {
static class OOMObject{}
public static void main(String[] args) {
List list = new ArrayList();
while(true){
list.add(new OOMObject());
}
}
}
Java堆内存是最常见的内存溢出异常情况当Java堆溢出的时候，异常堆栈信息"java.lang.OutOfMemoryError" 会跟随进一步提示 " Java heap space" 
2.4.2 虚拟机栈和本地方法栈溢出
HotSpot虚拟机并不区分虚拟机栈和本地方法栈对于HotSpot来说，-Xoss(设置本地方法栈大小)参数虽然存在，但实际上是没有效果的。栈容量只能由-Xss参数来设定
*明确允许Java虚拟机自行选择是否支持栈的动态拓展 HotSpot虚拟机是不支持拓展的
所以说对于OOM来说，除非在创建线程的时候申请内存就超出了。不然的话在线程运行时，不会因为拓展而导致内存溢出。
但是会因为栈容量无法容纳新的栈帧而导致StackOverflowError异常
下面是使用-Xss参数减少栈内存容量
/**
* VM Args: -Xss128k
*/
public class JavaVMStackSOF {
private int mStackLength = 1;
public void stackLeak(){
mStackLength++;
stackLeak();
}
public static void main(String[] args) {
JavaVMStackSOF oom = new JavaVMStackSOF();
try{
oom.stackLeak();
}catch (Throwable e){
System.out.println("stack length:" +oom.mStackLength);
throw e;
}
}
}
针对不同的Java虚拟机和不同的操作系统，栈容量最小值可能会有所限制，这主要取决于操作系统内存分页大小
定义大量的本地变量，增大此方法帧中本地变量表的长度
public class JavaVMStackSOF{
private static int stackLength = 0;
public static void stackLeak(){
long unused1,unused2,unused3,unused4,unused5,unused6,unused7,unused8,unused9,unused10,
unused11,unused12,unused13,unused14,unused15,unused16,unused17,unused18,unused19,unused20,
unused21,unused22,unused23,unused24,unused25,unused26,unused27,unused28,unused29,unused30,
unused31,unused32,unused33,unused34,unused35,unused36,unused37,unused38,unused39,unused40,
unused41,unused42,unused43,unused44,unused45,unused46,unused47,unused48,unused49,unused50,
unused51,unused52,unused53,unused54,unused55,unused56,unused57,unused58,unused59,unused60,
unused61,unused62,unused63,unused64,unused65,unused66,unused67,unused68,unused69,unused70,
unused71,unused72,unused73,unused74,unused75,unused76,unused77,unused78,unused79,unused80,
unused81,unused82,unused83,unused84,unused85,unused86,unused87,unused88,unused89,unused90,
unused91,unused92,unused93,unused94,unused95,unused96,unused97,unused98,unused99,unused100;
stackLength++;
stackLeak();
unused1=unused2=unused3=unused4=unused5=unused6=unused7=unused8=unused9=unused10=
unused11=unused12=unused13=unused14=unused15=unused16=unused17=unused18=unused19=unused20=
unused21=unused22=unused23=unused24=unused25=unused26=unused27=unused28=unused29=unused30=
unused31=unused32=unused33=unused34=unused3=unused36=unused37=unused38=unused39=unused40=
unused41=unused42=unused43=unused44=unused45=unused46=unused47=unused48=unused49=unused50=
unused51=unused52=unused53=unused54=unused55=unused56=unused57=unused58=unused59=unused60=
unused61=unused62=unused63=unused64=unused65=unused66=unused67=unused68=unused69=unused70=
unused71=unused72=unused73=unused74=unused75=unused76=unused77=unused78=unused79=unused80=
unused81=unused82=unused83=unused84=unused85=unused86=unused87=unused88=unused89=unused90=
unused91=unused92=unused93=unused94=unused95=unused96=unused97=unused98=unused99=unused100 = 0;
}
public static void main(String[] args) {
try{
stackLeak();
}catch (Error e){
System.out.println("stack length : " + stackLength);
throw e;
}
}
}
 
不断建立线程的方式，在HotSpot虚拟机上也可以产生内存溢出异常
这样产生的内存溢出异常和栈空间是否足够并不存在任何直接关系，主要取决于操作系统本身的内存使用状态减去其他运行时区域所占的内存，剩下的内存由虚拟机栈和本地方法栈来分配 ， 因为他们是线程私有的，所以为每个线程分配到的栈内存越大，可以建立的线程数量自然就越少，建立线程时就越容易把剩下的内存耗尽。
public class JavaVMStackSOF{
private void dontStop(){
while(true){
}
}
private void stackLeakByThread(){
while (true){
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
dontStop();
}
});
thread.start();
}
}
public static void main(String[] args) {
JavaVMStackSOF oom = new JavaVMStackSOF();
oom.stackLeakByThread();
}
}
Java的线程是映射到操作系统的内核线程上的，无限制地创建线程会对操作系统带来很大的压力。如果碰到建立多线程导致的内存溢出，在不能减少线程数量或者是更换为64位虚拟机的情况下，就只能通过减少最大堆和减少栈容量来换取更多的线程
2.4.3 方法区和运行时常量池溢出
由于运行时常量池是方法区的一部分，所以他们可以放到一起进行。String::intern()是一个本地方法，它的作用是如果 字符串常量池中 已经包含了 一个等于此 String对象的字符串，则返回代表池中这个字符串的String对象的引用。否则会将此 String对象包含的字符串 添加到 字符串常量池中，并且返回此String对象的引用。 
import java.util.HashSet;
import java.util.Set;
public class RuntimeConstantPoolOOM {
public static void main(String[] args) {
//使用Set保持常量池的引用，避免Full GC回收常量池的行为
Set set = new HashSet();
//在short范围内足以让6MB的PermSize产生OOM了
short i = 0;
while(true){
set.add(String.valueOf(i++).intern());
}
}
}
下面是设置成6m的结果，不设置的话程序会无限循环下去。 
String.intern()返回引用的测试
public class RuntimeConstantPoolOOM {
public static void main(String[] args) {
String str1 = new StringBuilder("计算机").append("软件").toString();
System.out.println(str1.intern() == str1);
String str2 = new StringBuilder("ja").append("va").toString();
System.out.println(str2.intern() == str2);
}
}
  
方法区的其他部分
来看方法区的其他部分的内容方法区的主要职责是用于存放类型的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。对于这部分区域，基本的思路是 运行时产生大量的类去填满方法区，直到溢出为止。
通过生成大量的动态类可以，当前的很多主流框架，如Spring、Hibernate对类进行增强的时候，都会使用到CGLib这类字节码技术
当增强的类越多，就需要越大的方法区以保证动态生成的新类型可以载入内存。
除此之外，很多运行于Java虚拟机上的动态语言(例如Groovy等)都会持续创建新类型来支撑语言的动态性所以说，方法区溢出也是一种常见的内存溢出异常，一个类如果要被垃圾收集器回收，要达成的条件是很苛刻的。 
2.4.4 本机直接内存溢出
直接内存大小可以通过-XX：MaxDirectMemorySize参数来指定，如果不去指定，则默认与Java堆最大值一致。(-Xmx指定) 
import sun.misc.Unsafe;
import java.lang.reflect.Field;
public class DirectMemoryOOM {
private static final int _1MB = 1024 * 1024;
public static void main(String[] args) {
Field unsafeField = Unsafe.class.getDeclaredField()[0];
unsafeField.setAccessible(true);
Unsafe unsafe = (Unsafe) unsafeField.get(null);
while(true){
unsafe.allocateMemory(_1MB);
}
}
}
直接内存溢出，一个很明显的特征就是在Heap Dump文件中不会看见有什么明显的异常情况如果读者发现内存溢出之后产生的Dump文件很小，而程序中又直接或间接使用了DirectMemory(典型的间接使用就是NIO)，那就可以考虑重点检查一下直接内存方面的原因了。
|