类加载机制

1.类加载机制流程

JVM类加载机制是由代码被编译器编译后生成二进制字节流(.class)文件到内存并进行验证、准备、解析、初始化最终形成JVM能直接使用的Java类型的过程机制

jvm_step.png

2.类加载机制阶段详解

1.类的加载

类的加载是类加载机制过程的第一个阶段,该阶段主要完成三件任务

  1. 通过类的全限定名来获取类的二进制字节流
  2. 将字节流中所有代表的静态存储结构转化为[方法区]的运行时数据结构
  3. 在内存Java堆中生成一个代表这个类的Java.lang.Class对象,作为方法区中这个类的各种数据的访问入口

2.连接

连接阶段是类加载机制过程的第二个阶段,连接阶段负责将类的二进制数据合并入JRE(Java运行时环境)中

类的连接大致分为三个阶段

2.1 验证阶段

验证阶段:确保被加载的类(Class文件的字节流)符合JVM规范和安全
验证阶段大致会完成4个阶段的检验动作

  1. 文件格式验证:
    验证字节流是否符合Class文件格式的规范;例如:是否以0xCAFEBABE开头、主次版本号是否在当前虚拟机的处理范围之内、常量池中的常量是否有不被支持的类型
  2. 元数据验证:
    对字节码描述的信息进行语义分析,以保证其描述的信息符合Java语言规范的要求;例如:这个类是否实现了接口中所有要求实现的方法
  3. 字节码验证:指令级别的语义验证,通过数据流和控制流分析,确定程序语义是合法的、符合逻辑的
  4. 符号引用验证:确保解析动作能正确执行

验证阶段是非常重要的,但不是必须的,它对程序运行期没有影响.

如果所引用的类经过反复验证,那么可以考虑采用-Xverifynone参数来关闭大部分的类验证措施,以缩短虚拟机类加载的时间

2.2 准备

准备阶段:为类的静态变量在方法区]分配内存,并附上默认初始值(0或者null值)

静态常量(static final filed)会在准备阶段直接将程序设定的值附上

例如:

  1. static final int a = 10; 
  2. // 该静态常量a 会在[准备阶段]直接将10赋值
  3. static int b = 11;
  4. // 该静态变量b 在[准备阶段]只会赋值初始值0,等到了[初始化]阶段会将真正的10赋值给静态变量b

2.3 解析

解析:把类中的符号引用转换为直接引用

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程,解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法引用和调用点限定符7类符号引用进行

  • 符号引用,就是一组符号来描述目标,可以是任何字面量
  • 直接引用,就是直接指向目标的指针、相对偏移量或一个间接定位到目标的引用

3.初始化

初始化,为类的静态变量赋予正确的初始值,初始化阶段执行类构造器默认构造方法

3.1 在Java中堆类变量初始值设定有两种方式

  1. 声明并设定类静态变量初始值
  2. 使用静态代码块设置类静态变量的初始值

3.2 JVM初始化步骤

  1. 类加载、连接两步骤
  2. 初始化父类
  3. 执行初始化语句

3.3 类初始化时机

主动引用触发,被动引用则不会触发类初始化

4.使用

类的正常使用

5.卸载

类的卸载需要根据[该类对象不再被引用+GC回收]来判断何时被卸载

  1. Java虚拟机自带的类加载器所加载的类由于一直被引用始终不会被卸载
  2. 用户自定义的类加载器加载的类是可以被卸载

3.类的加载时机与初始化时机

1.类的加载时机

当一个类真正被加载的时机是在创建对象的时候,才会执行类加载
例如:A a= new A();该类的加载,只有在创建对象的时候才加载类
其中,最先加载拥有main方法的主线程所在的类

2.类的初始化时机

引用方式主要分为两种:主动引用和被动引用.

  1. public class Person{
  2.     public static final String name = "gdq";
  3.     public static int age = 22;
  4.     static{
  5.         System.out.println("static code div print");
  6.     }
  7.     public void run(){
  8.         System.out.println("running");
  9.     }
  10.     public static void born(){
  11.         System.out.println("be born");
  12.     }
  13. }
  14. public class Programmer extends Person{
  15.     public void work(){
  16.         System.out.println("working");
  17.     }
  18. }
  19. public class Classinit(){
  20.      static {
  21.         System.out.println("main classinit");
  22.     }
  23.     public static void main(String[] ags) {
  24.     }
  25. }
  26. /**
  27. 主动引用:触发类初始化的过程,触发主动引用的方式有以下五种
  28. **/
  29. //1.创建类的实例,即通过new的方式,new一个对象 
  30. Person person = new Person();
  31. //2.调用类的静态变量(非final修饰的常量) 和静态方法
  32. System.out.println(Person.age)
  33.     Person.born();
  34. //3.反射调用类
  35. Class<?> personClass = Class.forName("com.gdq.classinit.Person");
  36. //4.初始化子类
  37. Programmer programmer = new Programmer();
  38. //5.Java虚拟机启动时,main方法所在的类会提前初始化
  39. /**
  40. javac Classinit.java
  41. java Classinit
  42. **/    
  44. /**
  45. 被动引用:不会发生类的初始化过程,分为三种方式
  46. **/
  47. //1.子类调用父类的静态变量,只有父类初始化,而子类不会进行初始化
  48. System.out.println(Programmer.age);
  49. //2.数据定义引用类而没有实例化
  50. Programmer[] programmers = new Programmer[2];
  51. System.out.println(programmers);
  52. //3.fianl常量不会触发类的初始化
  53. System.out.println(Person.name)

4.类生命周期与JVM生命周期

1.类的生命周期

生命周期开始:当一个类被加载、连接、初始化后开始
生命周期结束:当这个类的class对象不再被引用(类不可触及时),Class对象就会结束生命周期.这个类在方法区的数据也会被卸载,从而结束这个类的生命周期

2.JVM生命周期

Java虚拟机结束生命周期的情况

  • 执行了System.exit()方法
  • 程序在执行过程中遇到了异常或错误而并未处理,导致异常终止
  • 由于依赖的操作系统出现错误,而导致Java虚拟机进程终止
  • 程序正常执行结束

JVM内存

1.JVM内存模型

JVM内存模型从线程维度归类分为:线程私有内存、线程共享内存、以及不在堆内的直接内存

jvm_memory.png

1.直接内存

直接内存并不是JVM运行时数据区的一部分,但也会被直接使用

在JDK 1.4引入的NIO提供了基于Channel与Buffer的IO方式,它可以使用Native函数库直接分配堆外的内存,然后使用DirectByteBuffer对象作为这块内存的引用进行操作,这样避免了Java堆和Native堆来回赋值数据,因此在一些场景中可以显著提高性能
本机直接内存的分配不会收到Java堆大小的限制(即不会遵守-Xms、-Xmx等配置)但仍然是内存还是会受到本机总内存大小和寻址空间的限制,因此扩展时也会出现OutOfMemoryError异常.

2.线程私有型内存

线程私有型内存 由三种:程序寄存器、Java栈、本地方法栈.

3.线程共享型内存

线程共享型内存 又分为两种:Java堆和本地方法区.

2.程序计数器 - Program Counter Register

程序计数器(Program Counter Register)是一块较小的内存空间(唯一一个在Java虚拟机没有规定OutOfMemoryError的区域)

它的作用可以看做是当前线程所执行的字节码的行号指示器.在虚拟机的概念模型里(仅是概念模型,各种虚拟机可能会通过一些更高效的方式去实现),字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成

由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器(对于多核处理器来说是一个内核)只会执行一条线程中的指令.因此为了线程切换后能恢复到正确的执行位置,每条线程都有一个独立的程序计数器,各条线程之间的计数器互不影响,独立存储,我们称这类内存区域为线程私有的内存

如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址,如果正在执行的是Native方法,这个计数器值则为空(Undefined)

3.Java栈 - Java Stack

Java栈 - Java Stack 与程序计数器一样,Java虚拟机栈(Java Virtual Machine Stacks)也是线程私有的,它的生命周期与线程相同

虚拟机栈描述的是Java方法执行的内存模型:每个方法被执行的时候都会同时创建一个栈帧(Stack Frame)用于存储局部变量表\操作栈\动态链接\方法出口(返回地址)等信息.每一个方法被调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程

1.局部变量表

局部变量表是一组变量值存储空间,用于存放方法参数和方法内部定义的局部变量.在Java程序被编译成Class文件时,就在方法的Code属性的max_locals数据项中确定了该方法所需要分配的最大局部变量表的容量

局部变量表的容量以变量槽(Slot)为最小单位,Slot是可以重用的,当Slot中的变量超出了作用域,那么下一次分配Slot的时候,将会覆盖原来的数据.Slot对对象的引用会影响GC(要是被引用,将不会被回收)

其中64位长度的long和double类型的数据会占用2个局部变量空间(Slot),其余的数据类型只占用1个.局部变量表所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间是完全确定的,在方法运行期间不会改变局部变量表的大小

reference类型虚拟机规范没有明确说明它的长度,但一般来说,虚拟机实现至少都应当能从此引用中直接或者间接地查找到对象在Java堆中的起始地址索引和方法区中的对象类型数据,returnAddress类型是为字节码指令jsr\jsr_w和ret服务的,它指向了一条字节码指令的地址

虚拟机是使用局部变量表完成参数值到参数变量列表的传递过程的,如果是实例方法(非static),那么局部变量表的第0位索引的Slot默认是用于传递方法所属对象实例的引用,在方法中通过this访问.系统不会为局部变量赋予初始值(实例变量和类变量都会被赋予初始值),也就是说不存在类变量那样的准备阶段

在Java虚拟机规范中,对这个区域规定了两种异常状况

  • 如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
  • 如果虚拟机栈可以动态扩展(当前大部分的Java虚拟机都可动态扩展,只不过Java虚拟机规范中也允许固定长度的虚拟机栈),当扩展时无法申请到足够的内存时会抛出OutOfMemoryError异常

2.操作数栈

操作数栈和局部变量区一样,操作数栈也是被组织成一个以字长为单位的数组,但是和前者不同的是,它不是通过索引来访问,而是通过标准的栈操作压栈和出栈来访问.比如,如果某个指令把一个值压入到操作数栈中,稍后另一个指令就可以弹出这个值来使用

虚拟机在操作数栈中存储数据的方式和在局部变量区中是一样的:如int\long\float\double\reference和returnType的存储,对于byte、short以及char类型的值在压入到操作数栈之前,也会被转换为int

虚拟机把操作数栈作为它的工作区——大多数指令都要从这里弹出数据,执行运算,然后把结果压回操作数栈.比如,iadd指令就要从操作数栈中弹出两个整数,执行加法运算,其结果又压回到操作数栈中,看看下面的示例,它演示了虚拟机是如何把两个int类型的局部变量相加,再把结果保存到第三个局部变量的

  1. begin
  2. iload_0    // push the int in local variable 0 ontothe stack
  3. iload_1    //push the int in local variable 1 onto the stack
  4. iadd       // pop two ints, add them, push result
  5. istore_2   // pop int, store into local variable 2
  6. end

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oRDMiPPL-1578469512828)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]

在这个字节码序列里,前两个指令iload_0和iload_1将存储在局部变量中索引为0和1的整数压入操作数栈中,其后iadd指令从操作数栈中弹出那两个整数相加,再将结果压入操作数栈.第四条指令istore_2则从操作数栈中弹出结果,并把它存储到局部变量区索引为2的位置.下图详细表述了这个过程中局部变量和操作数栈的状态变化,图中没有使用的局部变量区和操作数栈区域以空白表示

jvm_stack.png

3.动态链接

动态连接:虚拟机运行的时候,运行时常量池会保存大量的符号引用,这些符号引用可以看成是每个方法的间接引用.如果代表栈帧A的方法想调用代表栈帧B的方法,那么这个虚拟机的方法调用指令就会以B方法的符号引用作为参数,但是因为符号引用并不是直接指向代表B方法的内存位置,所以在调用之前还必须要将符号引用转换为直接引用,然后通过直接引用才可以访问到真正的方法

  • 如果符号引用是在类加载阶段或者第一次使用的时候转化为直接应用,那么这种转换成为静态解析
  • 如果是在运行期间转换为直接引用,那么这种转换就成为动态链接

4.返回地址

方法的返回分为两种情况

  • 一种是正常退出,退出后会根据方法的定义来决定是否要传返回值给上层的调用者
  • 一种是异常导致的方法结束,这种情况是不会传返回值给上层的调用方法

不过无论是哪种方式的方法结束,在退出当前方法时都会跳转到当前方法被调用的位置

  • 如果方法是正常退出的,则调用者的程序计数器的值就可以作为返回地址
  • 如果是因为异常退出的,则是需要通过异常处理表来确定

方法的的一次调用就对应着栈帧在虚拟机栈中的一次入栈出栈操作,因此方法退出时可能做的事情包括:恢复上层方法的局部变量表以及操作数栈,如果有返回值的话,就把返回值压入到调用者栈帧的操作数栈中,还会把程序计数器的值调整为方法调用入口的下一条指令

jvm_count.png

4.本地方法栈 - Native Method Stack

本地方法栈(Native MethodStacks)与虚拟机栈所发挥的作用是非常相似的,其区别不过是虚拟机栈为虚拟机执行Java 方法(也就是字节码)服务,而本地方法栈是为虚拟机使用的Native方法服务,本地方法栈也是”线程私有”的.虚拟机规范中对本地方法栈中的方法使用的语言\使用方式与数据结构并没有强制规定,因此具体的虚拟机可以自由实现它.甚至有的虚拟机(譬如Sun HotSpot 虚拟机)直接就把本地方法栈和虚拟机栈合二为一,与虚拟机栈一样本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常

5.方法区 - Method Area

物理上属于堆区,逻辑上独立,存放类型信息和类(静态)变量

类型信息是由类加载器在类加载时从类文件中提取出来的.类(静态)变量也存储在方法区中

方法区用来存储类型的元数据信息,一个.class文件是类被java虚拟机使用之前的表现形式,一旦这个类要被使用,java虚拟机就会对其进行装载\连接\初始化,装载后的结果就是由.class文件转变为方法区中的一段特定的数据结构

1.方法区数据结构

  • 类型信息:全限定名、直接父类的全限定名\类的类型还是接口类型\访问修饰符\直接父类接口的全限定名的有序列表
  • 字段信息:字段名\字段类型\字段的修饰符
  • 方法信息:方法名\方法返回类型\方法参数的数量和类型(按照顺序)\方法的修饰符
  • 其他信息:除了常量以外的所有类(静态)变量\一个指向ClassLoader的指针\一个指向Class对象的指针\常量池(常量数据以及对其他类型的符号引用)

jvm_string.png

2.方法区的特点

  • 方法区是线程安全的,由于所有的线程都共享方法区,所以方法区里的数据访问必须被设计成线程安全的
  • 方法区的大小不必是固定的,JVM可根据应用需要动态调整
  • 方法区也可被垃圾收集,当某个类不在被使用(不可触及)时,JVM将卸载这个类进行垃圾收集
  • 当方法区无法满足内存分配需求时,将抛出OutOfMemoryError异常

3.Hotspot虚拟机方法区有关于永久带的说明

  1. 移除了永久代(PermGen),替换为元空间(Metaspace)
  2. 永久代中的类的元信息(class metadata)转移到了本地内存(native memory)
  3. 永久代中的字符串常量池(interned Strings)和类的静态变量(class static variables)转移到了堆中(Java heap)
  4. 永久代参数(PermSize MaxPermSize) -> 元空间参数(MetaspaceSize MaxMetaspaceSize)

6.Java 堆 - Heap 部分

1.Java堆

对于大多数应用来说,Java堆(Java Heap)是Java虚拟机所管理的内存中最大的一块.Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建.此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存

Java堆是垃圾收集器管理的主要区域,因此很多时候也被称做”GC堆”.如果从内存回收的角度看,由于现在收集器基本都是采用的分代收集算法,所以Java堆中还可以细分为:新生代和老年代;再细致一点的有Eden空间\From Survivor空间\To Survivor空间等

根据Java虚拟机规范的规定,Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可,就像我们的磁盘空间一样.在实现时,既可以实现成固定大小的,也可以是可扩展的,不过当前主流的虚拟机都是按照可扩展来实现的(通过-Xms和-Xmx控制),如果在堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError异常

堆大小 = 新生代 + 老年代.其中,堆的大小可以通过参数 –Xms-Xmx来指定,默认的,新生代(Young)与老年代(old)的比例值为1:2(该值可以通过参数-XX:NewRatio来指定)

2.新生代

程序新创建的对象都是从新生代分配内存,新生代由Eden Space和两块相同大小的Survivor Space(通常又称S0和S1或From和To)构成,可通过-Xmn参数来指定新生代的大小,也可以通过-XX:SurviorRation来调整Eden Space及SurvivorSpace的大小

  • 新生代的初始值NewSize默认为1M,最大值需要设置,可以通过参数-XX:NewSize和-XX:MaxNewSize或-Xmn进行设置
  • SurvivorRatio为新生代中Eden和Survivor的大小比值,默认为8:1 Edan:From:To = 8:1:1(可以设定参数-XX:SurvivorRatio)
  • JVM 每次只会使用Eden和其中的一块Survivor区域来为对象服务,所以无论什么时候,总是有一块Survivor 区域是空闲着的,新生代实际可用的内存空间为 9/10 ( 即90% )的新生代空间.

Edan区 \ From区(Survivor 0) \ To 区(Survivor 1)

  • 在未开始GC的时候,对象只会存在Eden区和名为”From”和”Survivor”区,Survivor区”To”是空的
  • 紧接着进行GC,Eden区中所有存活的对象都会被复制到”To”,而在“From”区中,仍存活的对象会根据他们的年龄值来决定去向
  • 年龄达到一定值(年龄阈值,可以通过-XX:MaxTenuringThreshold来设置)的对象会被移动到年老代中,没有达到阈值的对象会被复制到“To”区域.经过这次GC后,Eden区和From区已经被清空
  • 这个时候”From”和”To”会交换他们的角色.不管怎样,都会保证名为To的Survivor区域是空的
  • Minor GC会一直重复这样的过程,直到“To”区被填满,”To”区被填满之后,会将所有对象移动到年老代中

Minor GC、FullGC

堆是GC收集垃圾的主要区域.GC分为两种:MinorGC\FullGC(MajorGC)

  • MinorGC是发生在新生代的垃圾收集动作,所采用的是复制法
    • 当对象在 Eden(包括一个Survivor区域from 区域)出生后
    • 在经过一次 Minor GC 后,如果对象还存活,并且能够被另外一块Survivor区域即to区域所容纳
    • 则使用复制算法将这些仍然还存活的对象复制到另外一块Survivor 区域( 即to区域)中
    • 然后清理所使用过的Eden以及Survivor区域 (即from区域),并且将这些对象的年龄设置为1,以后对象在 Survivor 区每熬过一次 Minor GC,就将对象的年龄 + 1,
    • 当对象的年龄达到某个值时 ( 默认是 15 岁),这些对象就会成为老年代.
    • 但这也不是一定的,对于一些较大的对象 ( 即需要分配一块较大的连续内存空间 ) 则是直接进入到老年代.
  • FullGC是发生在老年代的垃圾收集动作,所采用的是标记-清除算法
    • FullGC发生的次数不会有MinorGC那么频繁,并且做一次FullGC要比进行一此MinorGC的时间更长
      标记-清除算法收集垃圾的时候会产生许多的内存碎片(即不连续的内存空间),此后需要为较大的对象分配内存空间时,若无法找到足够的连续的内存空间,就会提前触发一次 GC 的收集动作

3.老生代

用于存放经过多次新生代GC仍然存活的对象,例如缓存对象,新建的对象也有可能直接进入老年代,

主要有两种情况

  1. 大对象,可通过启动参数设置-XX:PretenureSizeThreshold=1024(单位为字节,默认为0)来代表超过多大字节时就不在新生代分配,而是直接在老年代分配
  2. 大的数组对象,且数组中无引用外部对象

老年代所占的内存大小为-Xmx对应的值减去-Xmn对应的值

7.JVM各空间分配及内存调优

jvm_space.png

各空间分配参数

  • Java堆 :
    • -Xms 初始堆大小
    • -Xmx 最大堆大小
    • -XX:NewSize 初始新生代大小
    • -XX:MaxNewSize 最大新生代大小
  • 方法区 Method Area
    • -XX:PermSize 初始方法区大小
    • -XX:MaxPermSize 最大方法区大小
  • Java栈 : -Xss 每个线程栈的大小

内存调优

利用Java VisualVM/JConsole查看所占内存

对JVM内存的系统级的调优主要的目的是减少GC的频率和Full GC的次数,过多的GC和Full GC是会占用很多的系统资源(主要是CPU),影响系统的吞吐量.特别要关注Full GC,因为它会对整个堆进行整理,导致Full GC一般由于以下几种情况:

  • 旧生代空间不足
    调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创建过大的对象及数组避免直接在旧生代创建对象
  • Pemanet Generation空间不足
    增大Perm Gen空间.避免太多静态对象
  • 统计得到的GC后晋升到旧生代的平均大小大于旧生代剩余空间
    控制好新生代和旧生代的比例
  • System.gc()被显示调用
    垃圾回收不要手动触发.尽量依靠JVM自身的机制

调优手段主要是通过控制堆内存的各个部分的比例和GC策略来实现

  • 新生代设置过小

一是新生代GC次数非常频繁,增大系统消耗；二是导致大对象直接进入旧生代,占据了旧生代剩余空间,诱发Full GC

  • 新生代设置过大

一是新生代设置过大会导致旧生代过小(堆总量一定),而诱发Full GC;二是新生代GC耗时大幅度增加

一般说来新生代占整个堆1/3比较合适

  • Survivor设置过小

导致对象从Eden直接到达旧生代.降低了在新生代的存活时间

  • Survivor设置过大

导致Eden过小,增加了GC频率

另外,通过-XX:MaxTenuringThreshold=n来控制新生代存活时间,尽量让对象在新生代被回收

由上述可知新生代和旧生代都有多种GC策略和组合搭配,选择这些策略对于我们这些开发人员是个难题,JVM提供两种较为简单的GC策略的设置方式

  • 吞吐量优先

JVM以吞吐量为指标,自行选择相应的GC策略及控制新生代与旧生代的大小比例,来达到吞吐量指标.这个值可由-XX:GCTimeRatio=n来设置

  • 暂停时间优先

JVM以暂停时间为指标,自行选择相应的GC策略及控制新生代与旧生代的大小比例,尽量保证每次GC造成的应用停止时间都在指定的数值范围内完成.这个值可由-XX:MaxGCPauseRatio=n来设置

小结

jvm_sum.png

JVM常见配置

  1. 堆设置
    • -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:设置持久代大小
  2. 收集器设置
    • -XX:+UseSerialGC:设置串行收集器
    • -XX:+UseParallelGC:设置并行收集器
    • -XX:+UseParalledlOldGC:设置并行年老代收集器
    • -XX:+UseConcMarkSweepGC:设置并发收集器
  3. 垃圾回收统计信息
    • -XX:+PrintGC
    • -XX:+PrintGCDetails
    • -XX:+PrintGCTimeStamps
    • -Xloggc:filename
  4. 并行收集器设置
    • -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数.并行收集线程数.
    • -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
    • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比.公式为1/(1+n)
  5. 并发收集器设置
    • -XX:+CMSIncrementalMode:设置为增量模式.适用于单CPU情况.
    • -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数.并行收集线程数.