1.jvm介绍
jvm是java虚拟机,java字节码运行的地方。
好处:
- 一次编译,多次运行;
- 自动内存管理和垃圾回收;
组成:
- 类加载器:用于装载字节码文件。
- 运行数据区:用于分配内存;
- 执行引擎:执行字节码文件或本地方法;
- 垃圾回收器:对于jvm中的垃圾内容进行回收;
jvm运行流程:
2.jvm组成
2.1程序计数器
- 是用来记录下一条指令地址的;
- 线程私有;
2.2堆
- 1.线程共享,有线程安全问题;
- 2.存放对象的区域;分为老年代,新生代,1.8之前有永久代;
年轻代分为:伊甸园区,幸存区from和幸存区to
老年代:存放存活周期长的对象。主要是经过几次垃圾回收之后任然存活的对象;
- 3.垃圾回收的主要区域;
- 4.有堆内存溢出的情况:主要是对象过多;
1.8开始元空间移到了本地内存里面,因为元空间存放类相关的信息和常量池。如果字节码文件过大,会加快堆内存溢出。
2.3栈
- 栈是方法运行时所需要的内存空间。栈由栈帧组成,栈帧对应一次方法的调用;
- 垃圾回收不涉及栈。因为栈帧在每一次方法执行完之后会弹栈,释放空间。
- 栈空间是不是分配越大越好?
不是,如果分配栈内存越大,可运行的线程数会减少。
- 方法内局部变量在没有超出方法的作用范围的情况下是线程安全的。
- 栈内存溢出:栈帧过大,栈帧过多;
栈和堆的区别:
存放内容不同;
线程:堆内线程共享;栈内存私有;
都会发生内存溢出;
堆内存会发生垃圾回收;
2.4方法区
1.方法区存放类相关信息和常量池;
2.会发生内存溢出;
3.线程共享;
常量池
可以看作是一张表,虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
运行时常量池
常量池是 *.class 文件中的,当该类被加载,它的常量池信息就会放入运行时常量池,并把里面的符号地址变为真实地址
2.5直接内存
并不属于JVM中的内存结构,不由JVM进行管理。
是虚拟机的系统内存 常见于 NIO 操作时,用于数据缓冲区,分配回收成本较高,但读写性能高,不受 JVM 内存回收管理
3.类加载器
JVM只会运行二进制文件,类加载器的作用就是将字节码文件加载到JVM中,从而让Java程序能够启动起来。
常见类加载器
- 启动类加载器(BootStrap ClassLoader):加载JAVA_HOME/jre/lib目录下的库
- 扩展类加载器(ExtClassLoader):主要加载JAVA_HOME/jre/lib/ext目录中的类
- 应用类加载器(AppClassLoader):用于加载classPath下的类
- 自定义类加载器(CustomizeClassLoader):自定义类继承ClassLoader,实现自定义类加载规则。
双亲委派
- 加载某一个类,先委托上一级的加载器进行加载,如果上级加载器也有上级,则会继续向上委托,如果该类委托上级没有被加载,子加载器尝试加载该类
为什么采用双亲委派
- 通过双亲委派机制可以避免某一个类被重复加载,当父类已经加载后则无需重复加载,保证唯一性。
- 为了安全,保证类库API不会被修改
4.类装载执行流程
- 加载:查找和导入class文件
- 验证:保证加载类的准确性
- 准备:为类变量分配内存并设置类变量初始值
- 解析:把类中的符号引用转换为直接引用
- 初始化:对类的静态变量,静态代码块执行初始化操作
- 使用:JVM 开始从入口方法开始执行用户的程序代码
- 卸载:当用户程序代码执行完毕后,JVM便开始销毁创建的Class对象。
5.垃圾回收
5.1对象什么时候可以被垃圾器回收
- 如果一个或多个对象没有任何的引用指向它了,那么这个对象现在就是垃圾,如果定位了垃圾,则有可能会被垃圾回收器回收。
- 定位垃圾的方式有两种: 引用计数法 可达性分析算法、
- GC Root有哪些:A:虚拟机栈(栈帧中的本地变量表)中引用的对象; B:方法区中类静态属性引用的对象 C:方法区中常量引用的对象 本地方法栈中; D:JNI(即一般说的 Native 方法)引用的对象
5.2JVM 垃圾回收算法有哪些?
- 标记清除算法:垃圾回收分为2个阶段,分别是标记和清除,效率高,有磁盘碎片,内存不连续
- 标记整理算法:标记清除算法一样,将存活对象都向内存另一端移动,然后清理边界以外的垃圾,无碎片,对象需要移动,效率低
- 复制算法:将原有的内存空间一分为二,每次只用其中的一块,正在使用的对象复制到另一个内存空间中,然后将该内存空间清空,交换两个内存的角色,完成垃圾的回收;无碎片,内存使用率低
5.3说一下JVM中的分代回收
一、堆的区域划分 :
堆被分为了两份:新生代和老年代【1:2】 对于新生代,内部又被分为了三个区域。Eden区,幸存者区survivor(分成from和to)【8:1:1】
二、对象回收分代回收策略 :
1.新创建的对象,都会先分配到eden区
2.当伊甸园内存不足,标记伊甸园与 from(现阶段没有)的存活对象
3.将存活对象采用复制算法复制到to中,复制完毕后,伊甸园和 from 内存都得到释放
4.经过一段时间后伊甸园的内存又出现不足,标记eden区域to区存活的对象,将其复制到from区
5. 当幸存区对象熬过几次回收(最多15次),晋升到老年代(幸存区内存不足或大对象会提前晋升)
三,MinorGC,Mixed GC,FullGC
MinorGC【young GC】发生在新生代的垃圾回收,暂停时间短(STW)
Mixed GC 新生代 + 老年代部分区域的垃圾回收,G1 收集器特有
FullGC: 新生代 + 老年代完整垃圾回收,暂停时间长(STW),应尽力避免
5.4说一下JVM有哪些垃圾回收器?
- 串行垃圾收集器:Serial GC(作用于新生代,采用复制算法)、Serial Old GC(作用于老年代,采用标记-整理算法);是指使用单线程进行垃圾回收,堆内存较小,适合个人电脑;垃圾回收时,只有一个线程在工作,并且java应用中的所有线程都要暂停(STW),等待垃圾回收的完成。
- 并行垃圾收集器:Parallel Old GC(作用于老年代,采用标记-整理算法)、ParNew GC CMS(新生代,采用复制算法);垃圾回收时,多个线程在工作,并且java应用中的所有线程都要暂停(STW),等待垃圾回收的完成。
- (并发)垃圾收集器:CMS GC,作用在老年代 ;使用标记-清除算法的垃圾回收器;是一款以获取最短回收停顿时间为目标的收集器,停顿时间短,用户体验就好。其最大特点是在进行垃圾回收时,应用仍然能正常运行。
- G1垃圾收集器:作用在新生代和老年代
5.5详细聊一下G1垃圾回收器
- 应用于新生代和老年代,在JDK9之后默认使用G1 划分成多个区域,每个区域都可以充当 eden,survivor,old, humongous,其中 humongous 专为大对象准备
- 采用复制算法 响应时间与吞吐量兼顾
- 分成三个阶段:新生代回收(stw)、并发标记(重新标记stw)、混合收集 如果并发失败(即回收速度赶不上创建新对象速度),会触发 Full GC
5.6强引用、软引用、弱引用、虚对象
- 强引用:只要所有 GC Roots 能找到,就不会被回收
- 软引用:需要配合SoftReference使用,当垃圾多次回收,内存依然不够的时候会回收软引用对象
- 弱引用:需要配合WeakReference使用,只要进行了垃圾回收,就会把弱引用对象回收
- 虚引用:必须配合引用队列使用,被引用对象回收时,会将虚引用入队,由 Reference Handler 线程调用虚引用相关方法释放直接内存