点击上方"程序员历小冰"，选择“置顶或者星标”

   你的关注意义重大!

• 请你谈谈你对JVM的理解？

• JVM类加载器是怎么样的？有几种？

• 什么是OOM，什么是StackOverFlowError? 怎么分析？

• JVM常用调优参数有哪写？

• GC有几种算法？分别是怎么执行的？

• 你知道JProfiler吗，怎么分析Dump文件？

1、什么是JVM？在哪？ 

• JVM本质上是一个程序，它能识别.class 字节码文件（里面存放的是我们对.java编译后产生的二进制代码），并且能够解析它的指令，最终调用操作系统上的函数，完成我们想要的操作！

  
  

• 关于Java语言的跨平台性，就是因为JVM，我们可以将其想象为一个抽象层，只要这个抽象层JVM正确执行了.class文件，就能运行在各种操作系统之上了！这就是一次编译，多次运行

  
  

• JVM是运行在操作系统之上的,它与硬件没有直接的交互

2、JVM、JRE、JDK 的关系 

JDK = JRE + javac/java/jar 等指令工具

JRE = JVM + Java基本类库

3、JVM体系结构 

• ‍类装载器子系统

• 运行时数据区

• 执行引擎

• 本地方法接口

• 垃圾收集模块

• ‍
  

• 方法区是一种特殊的堆

• 栈里面不会有垃圾，用完就弹出了，否则阻塞了main方法

• 垃圾几乎都在堆里，所以JVM性能调优%99都针对于堆

4、三种JVM（了解） 

5、类加载器  

1、回顾new对象的过程

public class Student {
    //私有属性
    private String name;

    //构造方法
    public Student(String name) {
        this.name = name;
    }
}

//运行时,JVM将Test的信息放入方法区
public class Test{
    //main方法本身放入方法区
  public static void main(String[] args){
        //s1、s2、s3为不同对象
        Student s1 = new Student("zsr");  //引用放在栈里，具体的实例放在堆里
        Student s2 = new Student("gcc");
        Student s3 = new Student("BareTH");
        System.out.println(s1.hashCode());
        System.out.println(s2.hashCode());
        System.out.println(s3.hashCode());
        //class1、class2、class3为同一个对象
        Class<? extends Student> class1 = s1.getClass();
        Class<? extends Student> class2 = s2.getClass();
        Class<? extends Student> class3 = s3.getClass();
        System.out.println(class1.hashCode());
        System.out.println(class2.hashCode());
        System.out.println(class3.hashCode());
    }
}

• ‍s1、s2、s3的hashcode是不同的，因为是三个不同的对象，对象是具体的

  
  

  
  

• class1、class2、class3的hashcode是相同的，因为这是类模板，模板是抽象的
  

1. 首先Class Loader读取字节码.class文件，加载初始化生成Student模板类

   
   

2. 通过Student模板类new出三个对象

‍
那么Class Loader具体是怎么执行我们的.class字节码文件呢，这就引出了我们类加载器~

2、类加载器的类别

我们编写这样一个程序

1. ‍c++编写，加载java核心库 java.*,构造拓展类加载器和应用程序加载器。

2. 根加载器加载拓展类加载器，并且将拓展类加载器的父加载器设置为根加载器，

3. 然后再加载应用程序加载器，应将应用程序加载器的父加载器设置为拓展类加载器

4. 由于引导类加载器涉及到虚拟机本地实现细节，我们无法直接获取到启动类加载器的引用；这就是上面那个程序我们第三个结果为null的原因。

5. 加载文件存在位置

   
   

   
   

1. java编写，加载扩展库，开发者可以直接使用标准扩展类加载器。

2. java9之前为ExtClassloader，Java9以后改名为PlatformClassLoader

3.     加载文件存在位置

‍

    2. 是Java默认的类加载器

6、双亲委派机制 

1、什么是双亲委派机制

• ‍类加载器收到类加载的请求

  
  

• 将这个请求向上委托给父类加载器去完成，一直向上委托，直到根加载器BootstrapClassLoader

  
  

• 根加载器检查是否能够加载当前类，能加载就结束，使用当前的加载器；否则就抛出异常，通知子加载器进行加载；自加载器重复该步骤。
  

2、作用

举个例子：我们重写以下java.lang包下的String类

1.  防止重复加载同一个 .class 。通过不断委托父加载器直到根加载器，如果父加载器加载过了，就不用再加载一遍。保证数据安全。




2. 保证系统核心.class，如上述的String类不能被篡改。通过委托方式，不会去篡改核心.class，即使篡改也不会去加载，即使加载也不会是同一个.class对象了。不同的加载器加载同一个.class也不是同一个class对象。这样保证了class执行安全。

7、沙箱安全机制 

什么是沙箱？

1. 沙箱是一个限制程序运行的环境。沙箱机制就是将 Java 代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。





沙箱主要限制系统资源访问，系统资源包括CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。

java中的安全模型演进

• 本地代码可信任，可以访问一切本地资源。

• 远程代码不可信信在早期的Java实现中，安全依赖于沙箱 (Sandbox) 机制。

• 不论本地代码或是远程代码，都会按照用户的安全策略设定，由类加载器加载到虚拟机中权限不同的运行空间，来实现差异化的代码执行权限控制。

‍

• 虚拟机会把所有代码加载到不同的系统域和应用域

• 系统域部分专门负责与关键资源进行交互

• 应用域部分则通过系统域的部分代理来对各种需要的资源进行访问。

• 虚拟机中不同的受保护域 (Protected Domain)，对应不一样的权限 (Permission)。存在于不同域中的类文件就具有了当前域的全部权限，如下图所示

组成沙箱的基本组件

1. 字节码校验器（bytecode verifier）

2. 类装载器（class loader）

• 它防止恶意代码去干涉善意的代码；

• 它守护了被信任的类库边界；

• 它将代码归入保护域，确定了代码可以进行哪些操作。

1. 从最内层JVM自带类加载器开始加载，外层恶意同名类得不到加载从而无法使用；

   
   

2. 由于严格通过包来区分了访问域，外层恶意的类通过内置代码也无法获得权限访问到内层类，破坏代码就自然无法生效。

   
   

• 存取控制器（access controller）：存取控制器可以控制核心API对操作系统的存取权限，而这个控制的策略设定，可以由用户指定。

• 安全管理器（security manager）：是核心API和操作系统之间的主要接口。实现权限控制，比存取控制器优先级高。

• 安全软件包（security package）：java.security下的类和扩展包下的类，允许用户为自己的应用增加新的安全特性，包括：

  
  

1. 安全提供者

2. 消息摘要

3. 数字签名

4. 加密

5. 鉴别

• 
  

8、Native本地方法接口 

JNI：Java Native Interface

本地接口的作用是融合不同的编程语言为Java所用，它的初衷是融合C/C++程序

• Java诞生的时候C、C++横行，为了立足，必须要能调用C、C++的程序

  
  

• 于是在内存区域中专门开辟了一块标记区域：Native Method Stack，登记Native方法

  
  

• 最终在执行引擎执行的的时候通过JNI（本地方法接口）加载本地方法库的方法

  
  

9、PC寄存器  

• 每个线程都有一个程序计数器，是线程私有的，就是一个指针，指向方法区中的方法字节码（用来存储指向像一条指令的地址，也即将要执行的指令代码），在执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不计

10、方法区 

• 方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法，如构造函数，接口代码也在此定义，简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间；

  
  

• 方法区与Java堆一样，是各个线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java 虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap（非堆），目的应该是与Java 堆区分开来。

  
  

1. 方法区中有啥？

1. 静态变量(static)

2. 常量(final)

3. 类信息（构造方法、接口定义）

4. 运行时的常量池

2. 创建对象内存分析

• 创建一个对象时，方法区中会生成对应类的抽象模板；还有对应的常量池、静态变量、类信息、常量

  
  

• 我们通过类模板去new对象的时候

  
  

• 堆中存放实例对象

• 栈中存放对象的引用，每个对象对应一个地址指向堆中相同地址的实例对象

11、栈  

• 栈：先进后出

• 队列：先进先出（FIFO）

1、栈中存放啥？

1. 8大基本类型

2. 对象引用

3. 实例的方法

2、栈运行原理

• 栈表示Java方法执行的内存模型

  
  

• 每调用一个方法就会为每个方法生成一个栈帧（Stack Frame），每个方法被调用和完成的过程，都对应一个栈帧从虚拟机栈上入栈和出栈的过程。

  
  

• 程序正在执行的方法一定在栈的顶部

  
  

3、堆栈溢出StackOverflowError

public class Test {
    public static void main(String[] args) {
        new Test().a();
    }

    public void a() {
        b();
    }

    public void b() {
        a();
    }
}

12、堆  

Heap，一个JVM只有一个堆内存（栈是线程级的），堆内存的大小是可以调节的

1、堆中有啥？

2、堆内存详解

1、Young 年轻代

对象诞生、成长甚至死亡的区

• Eden Space（伊甸园区）：所有的对象都是在此new出来的

• Survivor Space（幸存区)

• 幸存0区（From Space）（动态的，From和To会互相交换）

• 幸存1区（To Space）

Eden区占大容量，Survivor两个区占小容量，默认比例是8:1:1。

2、Tenured 老年代

3、Perm 元空间

存储的是Java运行时的一些环境或类信息，这个区域不存在垃圾回收！关闭虚拟机就会释放这个区域内存！

这个区域常驻内存，用来存放JDK自身携带的Class对象、Interface元数据。

• jdk1.6之前：永久代

• jdk1.7：永久代慢慢退化，去永久代

• jdk1.8之后：永久代改名为元空间

3、什么是OOM？

内存溢出java.lang.OutOfMemoryError

1. 分配的太少

2. 用的太多

3. 用完没释放

4、GC垃圾回收

GC垃圾回收，主要在年轻代和老年代

• 假设伊甸园区只能存一定数量的对象，则每当存满时就会触发一次轻GC（Minor GC）

  
  

• 轻GC清理后，有的对象可能还存在引用，就活下来了，活下来的对象就进入幸存区；有的对象没用了，就被GC清理掉了；每次轻GC都会使得伊甸园区为空

  
  

  
  

• 如果幸存区和伊甸园都满了，则会进入老年代，如果老年代满了，就会触发一次重GC（FullGC），年轻代+老年代的对象都会清理一次，活下的对象就进入老年代

  
  

• 如果新生代和老年代都满了，则OOM

13、堆内存调优 

1、查看并设置JVM堆内存

public class Test {
    public static void main(String[] args) {
        //返回jvm试图使用的最大内存
        long max = Runtime.getRuntime().maxMemory();
        //返回jvm的初始化内存
        long total = Runtime.getRuntime().totalMemory();
        //默认情况下：分配的总内存为电脑内存的1/4,初始化内存为电脑内存的1/64
        System.out.println("max=" + max / (double) 1024 / 1024 / 1024 + "G");
        System.out.println("total=" + total / (double) 1024 / 1024 / 1024 + "G");
    }
}

• JVM最大分配内存为电脑内存的1/4

• JVM初始化内存为电脑内存的1/64

  
  
  

   
   
   
-Xms1024m -Xmx1024m -Xlog:gc*
  
  
  

• -Xmx用来设置jvm试图使用的最大内存，默认为1/4

• -Xms用来设置jvm初始化内存，默认为1/64

• -Xlog:gc*用来打印GC垃圾回收信息

2、怎么排除OOM错误？

1. 尝试扩大堆内存看结果

2. 利用内存快照工具JProfiler

• MAT（Eclipse）

• JProfiler

• 分析Dump内存文件，快速定位内存泄漏

• 获得堆中的文件

• 获得大的对象

• …

3. 什么是Dump文件？如何分析？

import java.util.ArrayList;

public class Test {
    byte[] array = new byte[1024 * 1024];//1M

    public static void main(String[] args) {
        ArrayList<Test> list = new ArrayList<>();
        int count = 0;
        try {
            while (true) {
                list.add(new Test());
                count++;
            }
        } catch (Exception e) {
            System.out.println("count=" + count);
            e.printStackTrace();
        }
    }
}

接下来我们设置以下堆内存，并附加生成对应的dump文件的指令

-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

再次点击运行，下载了对应的Dump文件

一直点击上级目录，直到找到.hprof文件，与src同级目录下

我们双击打开，可以看到每块所占的大小，便于分析问题

点击Thread Dump，里面是所有的线程，点击对应的线程可以看到相应的错误，反馈到具体的行，便于排错

每次打开Dump文件查看完后，建议删除，可以在idea中看到，打开文件后生成了很多内容，占内存，建议删除

附：安装Jprofiler教程

2.下载客户端 https://www.ej-technologies.com/download/jprofiler/files

 打开IDEA的设置，找到Tools里面的JProfiler，没有设置位置则设置位置

此时则全部安装完成！

14、GC垃圾回收 

1、回顾

Garbage Collection：垃圾回收

• JVM在进行GC时，并不是对年轻代、老年代统一回收；大部分时候，回收都是在年轻代

• GC分为两种：

• 轻GC（清理年轻代）

• 重GC（清理年轻代+老年代）

2、GC算法

1、引用计数算法（很少使用）

• 每个对象在创建的时候，就给这个对象绑定一个计数器。

• 每当有一个引用指向该对象时，计数器加一；每当有一个指向它的引用被删除时，计数器减一。

• 这样，当没有引用指向该对象时，该对象死亡，计数器为0，这时就应该对这个对象进行垃圾回收操作。

2、复制算法

• 当Eden区满的时候，会触发轻GC，每触发一次，活的对象就被转移到幸存区，死的就被GC清理掉了，所以每触发轻GC时，Eden区就会清空；

• 对象被转移到了幸存区，幸存区又分为From Space和To Space，这两块区域是动态交换的，谁是空的谁就是To Space，然后From Space就会把全部对象转移到To Space去；

• 那如果两块区域都不为空呢？这就用到了复制算法，其中一个区域会将存活的对象转移到令一个区域去，然后将自己区域的内存空间清空，这样该区域为空，又成为了To Space；

• 所以每次触发轻GC后，Eden区清空，同时To区也清空了，所有的对象都在From区

这也就是幸存0区和幸存1区总有一块为空的原因

1. 浪费了内存空间（浪费了幸存区一半空间）

2. 对象存活率较高的场景下（比如老年代那样的环境），需要复制的东西太多，效率会下降。

3、标记–清除算法

1. 标记阶段：这个阶段内，为每个对象更新标记位，检查对象是否死亡；

2. 清除阶段：该阶段对死亡的对象进行清除，执行 GC 操作。

   
   

4、标记–整理算法

1. 标记阶段，该算法也将所有对象标记为存活和死亡两种状态；

2. 不同的是，在第二个阶段，该算法并没有直接对死亡的对象进行清理，而是将所有存活的对象整理一下，放到另一处空间，然后把剩下的所有对象全部清除。
   

总结

思考：有没有最优的算法？

• 对象存活率低

• 用复制算法

• 区域大，对象存活率高

• 用标记清除+标记压缩混合实现

结束！

-关注我