JVM与内存调优随笔(纯干货)

JVM与内存调优随笔(纯干货)

线程共享区：方法区（存储运行时常量池，被虚拟机加载的类信息，常量，静态变量等），Java堆（存储对象实例）

线程独占区：虚拟机栈（存放运行时所需数据，成为栈帧），本地方法栈（JVM调用本地方法），程序计数器（记录当前线程所执行到字节码行号）

类加载器

作用：

1. 引导类加载器
2. 扩展给加载器
3. 程序类加载器（系统类加载器）
4. 自定义类加载器堆：

堆

Heap，一个JVM只有一个堆内存，堆内存大小是可以调节的。

类加载器读取文件后，一般把类的实例，常量，变量，保存所有引用类型的真实对象

堆细分为三个区域

​

GC垃圾回收，主要在伊甸园区和养老区，如果堆内存满 就会出现OOM (java.lang.OutOfMemoryError: Java heap space )。

JDK8以后，永久存储区改名为元空间。

新生区

• 类：诞生和成长的地方，甚至死亡
• 伊甸园区： 所有对象都是在伊甸园区new出来的；
• 幸存者区（0，1）

永久区

这个区域常驻内存，用来存放JDK自身携带的Class对象。interface元数据，存储Java运行时的一些环境或类信息，这个区域不存在垃圾回收！关闭JVM虚拟机就会释放内存。

• jdk1.6之前：永久代，常量池在方法区；
• jdk1.7 ：永久代，慢慢退化，去永久代，常量池在堆中
• jdk1.8：无永久代，常量池在元空间

逻辑上存在：物理上不存在（下面会给出代码分析）

public class Test07 {
    public static void main(String[] args) {
        //返回虚拟机试图使用的最大内存
        long max = Runtime.getRuntime().maxMemory();//字节 1024*1024
        //返回JVM初始化总内存
        long total = Runtime.getRuntime().totalMemory();
        System.out.println("虚拟机试图使用的最大内存max="+max+"字节\t"+(max/(double)1024/1024)+"MB");
        System.out.println("JVM总内存total="+total+"字节\t"+(total/(double)1024/1024)+"MB");
    }
}

运行结果：

默认情况下分配的的总内存是电脑内存的1/4，而初始化的内存为1/64

调整堆内存：-Xms1024m -Xmx1024m -XX: +PrintGCDetails

问：遇见OOM？

1. 尝试扩大堆内存看结果
2. 分析内存，看一下那个地方出了问题

调整后运行结果：

我们发现新生区+老年区已经占满了内存 所以元空间逻辑上存在，物理上不存在

在一个项目中，突然OOM故障，该如何排除(研究为何出错)

• 能够看到代码第几行出错：内存快照分析工具，MAT,Jprofier
• Dubug,一行一行分析代码！（实属下策）

了解MAT,Jprofier作用：

• 分析Dump内存文件，快速定位内存泄露；
• 获得堆中的数据
• 获得大的对象
• …

package ff.learn.w08;

import java.util.ArrayList;

//Dump 
//-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError
public class Test08 {
    byte[] array = new byte[1*1024*1024];

    public static void main(String[] args) {
        ArrayList<Test08> arrayList = new ArrayList<>();
        int cur = 0;
       try {
           while (true){
               arrayList.add(new Test08());
               cur = cur+1;
           }
       }catch (Error e){
           System.out.println("cur:"+cur);
           e.printStackTrace();
       }
    }
}

找到文件用Jprofier工具打开

说明此对象出问题了

GC

JVM进行GC时，并不是对三个区域同一回收。绝大多数回收在新生代

• 新生代
• 幸存区（from to）
• 老年区

GC算法：标记清除算法，标记压缩，复制算法，引用计数器。

引用计数器算法：每个对象被引用一次计数器+1，反正-1，为0时清除。

1. 需要单独的字段存储计数器，增加了存储空间的开销；
2. 每次赋值都需要更新计数器，增加了时间开销；
3. 垃圾对象便于辨识，只要计数器为0，就可作为垃圾回收；
4. 及时回收垃圾，没有延迟性；
5. 不能解决循环引用的问题；

标记清除算法：第一次扫描所有对象，对有引用的对象进行标记，

第二次扫描，对没有标记的对象清除。

• 效率不算高
• 在进行GC的时候,需要停止整个应用程序,导致用户体验差
• 这种方式清理出来的空闲内存是不连续的,产生内存碎片。需要维护一个空闲列表

​

标记压缩算法：本质上是优化标记清除算法，把所有存活的对象压缩到一起，防止了内存碎片产生。

复制算法：为了解决“标记清除”算法的问题一种被称为复制的算法出现了，它将内存平均分为两块，每次只使用其中一块，当这一块存满时触发垃圾收集，将还存活的对象复制到另一块内存，然后将这块内存清掉，这样就不会存在内存碎片的问题。

附录（常用命令）

-Xms 设置初始化内存分配大小，默认1/64

-Xms 设置最大分配内存，默认1/4

-XX: +PrintGCDetails 打印GC垃圾回收信息

-XX:+HeapDumpOnOutOfMemoryError Dump