JVM相关（持续更新）

E-A-D-G-B-E

已于 2023-02-22 08:54:36 修改

阅读量153

点赞数

文章标签： jvm java 算法

于 2023-02-14 15:25:16 首次发布

本文链接：https://blog.csdn.net/z591391960/article/details/129027670

版权

堆、栈、方法区

堆是线程和进程的共有空间。
- 堆内存是java内存中的一种，它的作用是用于存储java中的对象和数组，当我们new一个对象或者创建一个数组的时候，就会在堆内存中开辟一段空间给它，用于存放。
- 堆其实可以类似的看做是管道，或者说是平时去排队买票的情况差不多，所以堆内存的特点就是：先进先出，后进后出，也就是你先排队好，你先买票。
- 堆可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时动态分配内存的，但缺点是，由于要在运行时动态分配内存，存取速度较慢。
栈是每个线程独有的，保存线程运行状态和局部变量，栈是线程安全的。
https://www.likecs.com/show-204067739.html
https://blog.csdn.net/u010738038/article/details/126745359
https://zhuanlan.zhihu.com/p/529280783
http://t.zoukankan.com/eason-chan-p-3644660.html（未读）
堆、栈、方法区分别保存了那些数据？
java引用的四种类型及分别使用的场景。

GC如何判断对象被回收

引用计数法（在java中没有使用这个方法，因为这个方法有局限性，pathon和go采用的是引用计数法）：
- 对象属性中都有一个引用计数属性，新增一个引用时计数+1，引用释放时计数-1，计数为0时，就代表可以被回收。
- 局限性：当有循环引用时，例如A引用B，B又引用A，这时候他们的计数器=1，就永远无法被回收。
java采用的是可达性分析法：
- 从GC Roots开始向下，搜索所走过的路径成为引用链。如果一个对象到GC Roots之间没有查询到任何引用链，那么就说明这个对象是不可用的，jvm就认为这个是可回收对象。
- 可达性算法中的不可达对象并不是立即消亡的，对象拥有一次自我拯救的机会。对象被系统宣告死亡至少需要经过两次标记：第一次是经过可达性分析后发现没有与GC Roots链接的引用链，第二次是由jvm自动建立的Finalizer队列中判断是否需要执行finalize()方法。
GC Roots的对象有几种：
- 虚拟机栈（栈帧中的本地变量表）中引用的对象：
  - 例如某个save()方法中，有个new User()对象，那么这个new User()的对象，就是被认为是GC Roots，被User对象引用的对象就被纳入GC的范围。
  - 那作为GC Roots的user对象怎么被回收呢？当save方法被调用时候，方法入线程栈，当save方法执行完后出栈，GC只管理栈中活动的方法，所以User对象就随着出栈而被回收。
- 方法区中类静态属性引用的对象
- 方法区中常量引用的对象
- 本地方法栈中JNI（即一般说的Native方法）引用的对象。

双亲委派模型

java类加载器的使用场景？

jdk自带三个类加载器：bootstrap ClassLoader、ExtClassLoader、AppClassLoader
BootStrapClassLoader：ExtClassLoader的父加载器，默认负责加载%JAVA_HOME%/lib下的jar包和class文件
ExtClassLoader是AppClassLoader加载器的父类，负责加载%JAVA_HOME%/lib/ext下的jar包和class文件
AppClassLoader是自定义类加载器的父类，负责加载classPath下的类文件。
继承ClassLoader实现自定义类加载器。
向上委派：实际是向上查找缓存，如果没有继续向上查找。
向下查找：实际是查找加载路径，顶层先在自己负责的路径范围内查找类，如果没有向下层查找。
好处：
- 保证类的安全，避免用户自己编写的类动态替换java自带的类，例如String。
- 避免类的重复加载，因为jvm中区分不同类，不仅是根据类名，相同的class文件被不同的classloader加载就是不同的两个类。