JavaJVM学习笔记

2次阅读

共计 4042 个字符，预计需要花费 11 分钟才能阅读完成。 

最美的不是下雨天，是曾与你躲过雨的屋檐————《不能说的秘密》

JVM 双亲委派机制


好处：防止内存中出现了多份相同的字节码
当一个.class 文件要被加载进 JVM 的时候

  1. AppClassLoader 首先不会自己去尝试加载这个类，而是把类加载请求委派给父类加载器 ExtClassLoader 去完成
  2. 当 ExtClassLoader 加载一个 class 时，它首先也不会自己去尝试加载这个类，而是把类加载请求委派给 BootStrapClassLoader 去完成
  3. 如果 BootStrapClassLoader 加载失败，会使用 ExtClassLoader 来尝试加载；若 ExtClassLoader 也加载失败，则会使用 AppClassLoader 来加载，若 AppClassLoader 还是加载失败，会抛出异常 ClassNotFoundException

当成功加载好某个类时，会将这个类缓存起来，下次使用时直接使用缓存，不会再次加载

类加载过程

加载器加载到 jvm 中，步骤：

  1. 加载, 通过类名查找并加载该类的二进制流，在堆中生成该类的 class 类对象

加载阶段和连接阶段的部分内容是交叉进行的，加载阶段尚未结束，连接阶段可能就已经开始了

  1. 连接
    a. 验证，文件格式验证→元数据验证→字节码验证→符号引用验证
    b. 准备，为类变量分配内存并设置类变量初始值的阶段，这里指的事类的静态变量，不包括实例变量
    c. 解析，将常量池的符号引用代替为直接引用

    JIT 即时编辑器

    JVM 解析过程：

    对热点代码进行重新编译优化，生成机器代码，让 CPU 直接执行，非热点代码直接解析

    热点代码： 多次调用的方法，多次执行的循环体
    使用 热点探测 来检测是否为热点代码：采样和计数器，jvm 使用的是计数器，当计数器超过阈值溢出了，就会触发 JIT 编译

  2. 初始化


图片来源：https://segmentfault.com/a/11…

JVM 内存结构

基于 JDK1.8

  1. 堆：线程共享，内存中最大的一块，存放对象实例，基本所有对象实例以及数组都在这里分配内存，是垃圾收集器的主要区域，现在收集器基本采用分代垃圾收集算法，所有堆又分为新生代和老年代
  2. 虚拟机栈：线程私有，生命周期和线程相同，描述的是 Java 方法执行的内存结构，每次方法调用的数据通过栈传递，所以每个方法被执行时都会同时创建一个栈帧
  3. 本地方法栈：线程私有，与虚拟机栈类似，区别是虚拟机栈为 Java 方法执行服务，本机方法栈为虚拟机使用到的 Native 方法服务
  4. 程序计数器：线程私有，是当前线程所执行的字节码的行号指示器，因此每条线程都有一个独立的程序计数器
  5. 方法区：线程共享的内存区域，用于储存被虚拟机加载的类信息、常量、静态变量等数据

常量池：

主要针对 String
https://tech.meituan.com/2014…

JVM 垃圾回收——GC

JVM 垃圾回收主要针对的是内存结构中的堆

JVM 回收的是 "垃圾"，即是程序不再使用了，不再需要了，因此回收的第一步需要判断哪些是垃圾，即对象死亡
常用有：** 引用计数法 ** 和 ** 可达性分析算法 **

引用计数法：给对象中添加一个引用计数器，每当有一个地方引用它，计数器就加 1；当引用失效，计数器就减 1；任何时候计数器为 0 的对象就是不可能再被使用的

可达性分析算法：主流的 JVM 采用的是这种方式，这个算法的基本思想就是通过一系列的称为“GC Roots”的对象作为起点，从这些节点开始向下搜索，节点所走过的路径称为引用链，当一个对象到 GC Roots 没有任何引用链相连的话，则证明此对象是不可用的。能够做 GC Roots 的有：

- 虚拟机栈中引用的对象(局部变量)
- 方法去中类静态属性引用的对象(static 对象实例)
- 方法区中常量引用的对象(常量实例)
- 本地方法引用的对象

引用：强引用、软引用、弱引用和虚引用

  • 强引用：最普遍的引用，如 Object object = new Object()就是强引用，即使内存不足也不会回收这类引用，抛出 OutOfMemory 的异常
  • 软引用：软引用引用的对象，在垃圾回收时，如果发现内存资源不足，即使被引用了依然会被回收，但是在内存资源充足的情况下是不会回收的
  • 弱引用：弱引用引用的对象，在垃圾回收时，不管内存资源充不充足，都会被回收
  • 虚引用：形同虚设的引用，在任何时候都可能被垃圾回收

不可达的对象并非一定回收
如果一个不可达的对象覆盖了 finalize 方法，并且这个方法从来没被执行过，垃圾回收器就不会马上回收，而是放在一个队列，进行二次标记，但在下一次回收前，重新建立引用，便不会被回收。

** 不推荐在 finalize 方法中去释放资源，因为它什么时候会被调用是不确定的。**

垃圾回收算法

  • 标记 - 清除算法
  • 复制算法
  • 标记 - 整理算法
  • 分代收集算法

分代收集算法
将 java 堆分为新生代和老年代，根据各个年代的特点选择合适的垃圾收集算法

  • 新生代（Minor GC）：复制算法，所以分为 Eden 区、Survivor1、Survivor2 三个区
  • 老年代（Full GC）：标记 - 清除算法 或标记 - 整理算法

垃圾收集器

算法只是方法论，收集器才是干活的

  • Serial 收集器
  • ParNew 收集器
  • Parallel Scavenge 收集器
  • Serial Old 收集器
  • Parallel Old 收集器
  • CMS 收集器
  • G1 收集器

根据具体应用场景选择适合自己的垃圾收集器

什么情况下触发垃圾回收

  • Minor GC：当新对象生成，并且在 Eden 申请空间失败时，就会触发 Minor GC，对 Eden 区域进行 GC，清除非存活对象，并且把尚且存活的对象移动到 Survivor 区。然后整理 Survivor 的两个区。这种方式的 GC 是对年轻代的 Eden 区进行，不会影响到年老代。因为大部分对象都是从 Eden 区开始的，同时 Eden 区不会分配的很大，所以 Eden 区的 GC 会频繁进行。因而，一般在这里需要使用速度快、效率高的算法，使 Eden 去能尽快空闲出来。

  • Full GC：对整个堆进行整理，所以比 Minor GC 要慢，因此应该尽可能减少 Full GC 的次数。触发 Full GC 的原因有几个：

    • 老年代被写满
    • 持久带被写满
    • System.gc()被显示调用
    • 上一次 GC 之后 Heap 的各域分配策略动态变化

JVM 参数与调优

在对 JVM 调优的过程中，很大一部分工作就是对于 FullGC 的调节

  • 年轻代：

    1. 响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。
    2. 吞吐量优先的应用：尽可能的设置大，可能到达 Gbit 的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合 8CPU 以上的应用。

  • 老年代：

    1. 响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得：

      1. 并发垃圾收集信息
      2. 持久代并发收集次数
      3. 传统 GC 信息
      4. 花在年轻代和年老代回收上的时间比例
      5. 减少年轻代和年老代花费的时间，一般会提高应用的效率
    2. 吞吐量优先的应用
      一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。
** 较小堆引起的碎片问题 **

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

1. -XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。2. -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次 Full GC 后，对年老代进行压缩

常见配置汇总

堆设置

-Xms: 初始堆大小
-Xmx: 最大堆大小
-XX:NewSize=n: 设置年轻代大小
-XX:NewRatio=n: 设置年轻代和年老代的比值。如: 为 3，表示年轻代与年老代比值为 1：3，年轻代占整个年轻代年老代和的 1 /4
-XX:SurvivorRatio=n: 年轻代中 Eden 区与两个 Survivor 区的比值。注意 Survivor 区有两个。如：3，表示 Eden：Survivor=3：2，一个 Survivor 区占整个年轻代的 1 /5
-XX:MaxPermSize=n: 设置持久代大小

收集器设置

-XX:+UseSerialGC: 设置串行收集器
-XX:+UseParallelGC: 设置并行收集器
-XX:+UseParalledlOldGC: 设置并行年老代收集器
-XX:+UseConcMarkSweepGC: 设置并发收集器

垃圾回收统计信息

-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename

并行收集器设置

-XX:ParallelGCThreads=n: 设置并行收集器收集时使用的 CPU 数。并行收集线程数。-XX:MaxGCPauseMillis=n: 设置并行收集最大暂停时间
-XX:GCTimeRatio=n: 设置垃圾回收时间占程序运行时间的百分比。公式为 1 /(1+n)

并发收集器设置

-XX:+CMSIncrementalMode: 设置为增量模式。适用于单 CPU 情况。-XX:ParallelGCThreads=n: 设置并发收集器年轻代收集方式为并行收集时，使用的 CPU 数。并行收集线程数。

学习链接：

https://segmentfault.com/a/11…
https://snailclimb.top/JavaGu…
感谢两位大佬的文章，受益匪浅

正文完
发表至： java
2019-08-20
 0
关于java:SM2算法的优势原理和应用场景
关于java:阅读-JDK-8-源码传递队列-LinkedTransferQueue
关于java:2Spring-基础系列之-Bean
关于java:愤世嫉俗的程序员总在网上发表言论当起了键盘侠

站内搜索

-「」