1.JVM组成

JVM由那些部分组成，运行流程是什么？

JVM是Java程序的运行环境

组成部分：

类加载器：加载字节码文件到内存

运行时数据区：包括方法区，堆，栈，程序计数器，本地方法栈

执行引擎：执行字节码，优化代码

垃圾回收器：管理堆内存

运行流程：

加载字节码，准备运行环境，执行字节码，垃圾回收，程序结束

什么是程序计数器

用于记录每个线程正在执行的字节码指令的地址，用于保存字节码行号。当一个线程执行一段字节码到某个位置时，CUP使用权被另一个线程夺走，当前执行的地址会记录下来，当执行权回到当前线程时，会接着上次记录的位置继续执行

介绍Java堆

堆是一个线程共享的区域，主要用于保存对象实例，数组等，堆中内存不够会抛出OOM异常

堆区分为年轻代和老年代，年轻代被化为三部分，一个Eden区和两个S区，一个对象创建后会先到Eden区，如果对象被垃圾回收后还能存活就移动到S0或S1,再经过几次垃圾回收后还能存活则移动到老年代区中，老年代中存的是生命周期比较长的对象，

JDK1.7和1.8堆的区别

1.7中有一个永久代，存类信息，静态变量，常量，编译后代码，1.8移除了永久代，将数据存到本地内存中的元空间区，防止内存溢出

什么是虚拟机栈

每个线程运行时所需要的内存称为虚拟机栈，是一个先进后出结构，每个栈由多个栈帧组成，每个对应着每次方法调用时所占用的内存和数据，每个线程只能有一个活动栈帧，对应了当前正在执行的方法

垃圾回收是否设计栈内存

垃圾回收主要指堆内存，当栈帧弹栈以后，内存就会释放

栈内存分配越大越好吗

未必，默认的栈内存通常为1024k，栈帧过大会导致线程数减少

方法内的局部变量是否线程安全

如果方法内局部变量没有逃离方法的作用范围，那就是线程安全的，变量的创建和销毁都是在当前线程的虚拟机栈中完成的

如果局部变量引用了其他对象并逃离的方法的作用范围，那就要考虑线程安全

栈内存溢出情况

栈帧过多导致内存溢出，如递归调用

栈帧过大导致内存溢出

堆和栈的区别

栈内存一般用来存储局部变量和方法调用，堆用来存储Java对象和数组，堆会用垃圾回收，栈不会

栈内存时线程私有的，堆内存是线程共享的

异常错误不同，内存不足时，栈报StackOverFlow,堆报OutOfMemory

解释方法区

方法区主要存类的信息，运行时常量池，是各个线程共享的内存区域，在虚拟机启动时创建，虚拟机关闭时销毁

方法区在JDK 1.7时在堆区的永久代中，JDK1.8后取消了永久代，单独存在元空间中，避免了在堆区的OOM

解释一下运行时常量池

常量池可以看作一张表，虚拟机指令可以根据这张表找到要执行的类名，方法名，参数类型等信息

当类被加载时，常量池的信息就会放入运行时常量池，并把符号地址转为真实地址

直接内存

不属于JVM的内存结构，是虚拟机的系统内存，常见于NIO操作，用于数据缓冲区，直接内存相当于一块操作系统和Java代码都可以访问到的共享区域，比如我们在文件IO操作中，使用传统的BIO，需要调用操作系统的文件API，涉及到CPU用户态和内核态的切换，资源开销很大，引入直接内存之后，可以通过直接内存建立起系统内存和Java内存的交互传输

 

2.类加载器

什么是类加载器

类加载器的作用是将字节码文件加载到JVM中，从而使Java程序能够运行起来

类加载器有哪些：

启动类加载器，扩展类加载器，应用类加载器（用户自己编写的Java类），自定义类加载器

 

什么是双亲委派机制

加载一个类，先委托上一级的加载器进行加载，如果上级加载器也有上级，则继续向上委托，如果委托上级都没有加载，则子加载器尝试加载该类

JVM为什么采用双亲委派机制

可以避免一个类被重复加载，当父类加载后则无需重复加载，保证唯一性

为了安全，保证类库API不会被修改

类装载的执行过程

加载：根据类的全名获取类的字节码文件，将其转换为方法区内的运行时数据结构

验证：对字节码进行校验，确保符合JVM规范

准备：为类的静态变量分配内存，设置默认初始值

静态变量是final修饰的基本类型或字符串常量，赋值在准备阶段完成

静态变量是final修饰的引用类型，复制也初始化阶段完成

解析：将符号引用转为直接引用，即将类，方法，字段等解析为内存地址

初始化：执行类的初始化代码，包括静态变量赋值和静态代码块的执行

使用：JVM开始从入口方法执行用户的程序代码，如调用静态类的成员信息，使用new关键字创建对象实例

卸载：当用户程序代码执行完毕后，JVM开始销毁创建的Class对象

3.垃圾回收

简述垃圾回收机制

在Java语言中，有自动的垃圾回收机制，开发者只需要关注内存的申请，内存的释放由系统自动识别完成，不同的对象引用会有不同的回收机制

 

对象什么时候可以被垃圾回收器回收

如果一个对象或多个对象没有任何引用指向它了，那么这个对象现在就是垃圾，就有可能被GC回收

垃圾定位方法

引用计数法：一个对象被引用一次，则在当前对象头上递增一次引用次数，如果引用次数为0，则代表该对象可回收，如果出现循环引用的画计数法就会失效

可达性分析算法：会存在一个根节点，其引用指向下一个节点，依次向下类推，直到所有节点遍历完毕

判断如果某对象和根对象无直接或间接引用则可以被垃圾回收

 

JVM垃圾回收算法

标记清除算法：分标记和清除两个阶段，根据可达性算法通过GCRoot得出垃圾并进行标记，对这些标记为可回收的内容进行垃圾回收，效率高，有磁盘碎片，内存不连续

标记整理算法：标记清除的过程一样，但是会将清理后存活的对象都向内存的一端移动，然后清理边界之外的垃圾，无内存碎片，对象需要移动，效率低

复制算法：将原有的空间一分为二，每次只用其中一块，垃圾回收时，将正在使用的对象复制到另一块内存空间中，然后将当前空间清空，交换两块内存的角色，完成垃圾回收，无碎片，内存使用率低

 

JVM的分代回收

堆被分成两份，新生代和老年代(比例为1：2)，对于新生代内部又分Eden区，两个幸存区：From,to

新创建的对象首先被分到Eden区，当Eden区内存不足时，标记Eden区和From区的存活对象并将其复制到to区中,复制完成后，Eden和from中的内存被释放，经过一段时间Eden区内存又不足，标记Eden和to区存活的对象，将存活的对象复制到from区，当幸存区对象熬过几次回收就会晋升到老年代

MinorGC、 Mixed GC 、 FullGC的区别是什么

MinorGC发生在新生代的垃圾回收，暂停时间短

MixedGC发生在新生代和部分老年代区域的垃圾回收。G1收集器持有

FullGC发生在新生代和老年代的完整垃圾回收，暂停时间长，应尽量避免

 

JVM有哪些垃圾回收器

串行垃圾回收器：垃圾回收时，只有一个线程在工作，其他线程都要阻塞等待垃圾回收完成。Serial作用于新生代，采用复制算法，Serial作用于老年代，采用标记整理算法

并行垃圾回收器：多个线程完成垃圾回收工作，其他线程同样阻塞，Parallel New用于新生代，采用复制算法，Parallel Old作用老年代，采用标记整理算法

CMS(并发)垃圾回收器：针对老年代进行垃圾回收，不会造成线程阻塞，会追踪标记整个GCRoot,将其直接关联和间接关联的对象

G1垃圾回收器，作用于新生代和老年代

 

详细聊一下G1垃圾回收器

用于新生代和老年代的垃圾回收，在JDK9后JVM默认用的G1垃圾回收，采用的回收算法是复制算法，分为三个阶段

首先G1将内存划分为多个区域，每个区域都可以充当Elen区，幸存者区。jumongous等

新生代回收：

初始时，所有区域处于空闲状态,创建了一些对象，挑出一部分空闲区左Eden区存储这些对象，当Eden区需要垃圾回收时，挑一个空闲区域做幸存区，用复制算法复制存活对象，需要暂停用户线程，再往后，Eden区内存又不足了，将Eden区以及幸存区的存活对象复制到新的幸存区，将较老的对象晋升至老年代

并发标记：

当老年代占用内存超过阈值（默认45%）后，触发并发标记，无需暂停用户线程，并发标记后会冲标解决漏标问题（此时需要暂停线程），这些都完成后就知道了老年代有哪些存活对象，之后进入混合手机阶段，此时不会堆老年代区域进行回收，而是根据暂停时间目标优先回收价值高的区域

混合收集：

复制完成，内存释放，进入下一轮垃圾回收，如果对象非常大，会开出Jupmgous区存储巨型对象

 

强引用，弱引用，软引用，虚引用

强引用：只要所有的GCRoots能找到，就不会被回收

软引用：需要配合SoftReference使用，当垃圾多次回收，内存依然不够用时会回收软引用对象

弱引用：需要配合WeakReference使用，只要进行垃圾回收，就会把弱引用回收

虚引用：必须配合引用队列使用，被引用对象回收时，会将虚引用入队，由Reference Handler线程调用虚引用相关方法释放内存

 

4.JVM实践

JVM调优参数设置

war包部署在tomcat中设置

jar包部署在启动参数中设置

设置堆空间：-XMS（初始） -XMX（最大）

最大大小为默认物理内存的四分之一，初始大小时物理内存的六十四分之一

堆太小，会导致频繁的年轻代和老年代和垃圾回收，产生stw,用户线程阻塞，太大，可能会导致FullGC,会扫描整个堆空间，暂停用户线程的时间长

虚拟机栈设置：-XSS 每个线程默认1M

新生代中Eden区和两个幸存区的大小比例：默认8：1：1 -XXSus**=9 设置比例

年轻代晋升老年代的阈值: 默认为15，范围0-15

设置垃圾回收期

 

JVM调优工具

命令:

jps:查看进程状态信息

jstack:查看进程内线程堆栈信息

jmap:查询堆栈信息

jhatL堆转存快照工具

jstat:JVM统计监测工具

可视化工具：jconsole:JVM内存，线程，类监控 VisualVM:监控线程，内存情况

 

Java内存泄漏排查思路

使用jmap查询堆栈信息,生成dump文件

通过VisualVM，加载dump文件分析堆栈信息定位到代码排查

 

CPU跑到百分之百，解决思路是啥

通过top命令，定位到占用CPU高的线程

ps -T -p 进程ID找到进程中占比较高的线程

通过jstask查询线程的堆栈信息去定位代码