JVM
类装载器
根加载器，像 Object 这些类，在一启动的时候，就通过 Bootstrap 启动类加载器加入
到了 jvm ，所以可以直接使用
扩展类加载器，在 jdk 不停的更新途中，加入了很多新的 jar 包，这些 jar 包就使用扩
展类加载器 Extension 加入到了 jvm 中
系统类加载器，自己在 java 项目中创建的 class 类，都会通过 AppClassLoader 系统类
加载器，加载当前应用的 classpath 的所有类进入到 jvm 中
双亲委派
一个类的加载先从根加载器找，根加载器找不到就去扩展类加载器找，扩展类找
不到就去系统类加载器中找。
沙箱安全机制
双亲委派机制就是为了保证沙箱安全机制，就不让人干坏事，不能替换掉 java 本
身自带的一些类
线程私有： native 本地方法
native 是一个关键字
有声明， java 无实现，是使用的 C 语言实现的第三方函数库，
线程私有： PC 寄存器：程序计数器
行号计数器，用来存储执行到了第几行，多线程环境下会出现时间争抢，如果当前
线程时间片用完，那么就需要等待获取到新的时间片来进行执行，那么从等待重新
开始执行的时候，从哪一行开始执行就是用程序计数器来决定的
记录了方法之间的调用和执行情况，类似排版值日表，用来存储指向下一条指令的
地址，也就是将要执行的指令代码，它是当前线程所执行的字节码的行号指示器
线程私有： stack ：栈
栈管运行，堆管存储
栈主管 java 程序的运行，在创建线程时创建，在线程结束时栈也释放，栈不存在垃
圾回收问题，只要线程一结束该栈就 Over ，声明周期和线程一致，是线程私有的
8 种基本类型的变量 + 对象的引用变量 + 实例方法都是在函数的栈内存中分配
栈帧钟主要存储三类数据
1 ：本地变量，输入参数和输出参数以及方法内的变量
2 ：栈操作，记录出栈，入栈的操作
3 ：栈帧数据，包括类文件，方法等等 java 方法 = 栈帧
每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链
接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧
在虚拟机钟入栈到出栈的过程，栈帧的大小和具体 jvm 的实现有关，通常在
256K~756K 之间，约等于 1Mb 左右
java.lang.StackOverFlowError ： SOF ：把栈撑爆了，是一个 Error 错误
线程共享：方法区
存在垃圾回收
方法区不是专门放方法的地方
供各线程共享的运行时内存区域，它存储了每一个类的结构信息，运行时常量池、
字段和方法数据、构造函数和普通方法的字节码内容
方法区是规范，在不同虚拟机里面实现是不一样的，最典型的就是永久代和元空间
空调 k1 = new 格力（）
list list = new Arraylist （）
java 7 以前是：方法区 f = new 永久代
java 8 以后是：方法区 f = new 元空间
所以方法区是一个规范， new 的后面是具体的实现
线程共享： heap ：堆
新生代
伊甸区： Eden 元区
new 出来的第一次都存放在这个区域
Eden 区满了会开启 ygc 轻 GC ，执行 ygc 后，大部门对象都会被 kill 掉，没有被
kill 掉的幸存者就会转移到幸存者 0 区
幸存者 0 区： Survivor 0
接收没有被 ygc kill 掉的对象，幸存者 0 区和 1 区会进行交换，保证 0 和 1 两个区
域一个存放活着的对象，一个啥都不存
幸存者 1 区： Survivor 1
被 GC 了 15 次（默认值 15 ）没被 kill 掉的会转移到老年代
交换
from 区和 to 区，他们的位置和名分，不是固定的，每次 GC 后会交换，谁空谁
是 to
老年代
如果老年代区域也满了，就会开启 full gc = FGC 重 GC ，如果 full gc 多次，发现
空间没办法腾出来，那么 jvm 就报 OOM 堆内存溢出异常 理论
新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾
回收器收集，结束生命。新生区又分为两部分：伊甸区和幸存者区，所有的类都
是在伊甸区被 new 出来的。幸存区有两个： 0 区和 1 区。当伊甸园的空间用完时，
程序又需要创建对象， JVM 的垃圾回收器将对伊甸园区进行垃圾回收 Minor GC
轻 GC ，将伊甸园区中的不再被其它对象所引用的对象进行销毁。然后伊甸园中
的剩余对象移动到幸存者 0 区，如果幸存者 0 区也满了，再对该区进行垃圾回
收，然后移动到 1 区，那如果 1 区也满了呢？再移动到养老区，若养老区也满
了，那么这个时候将产生 MajorGC FULLGC ，进行养老区的内存清理，若养老区
执行了 Full gc 之后依然无法进行对象的保存，就会产生 OOM 异
常 "OutOfMemoryError"
jdk8 以后元空间 /jdk7 之前永久代
堆内存调优
-Xms ：设置初始分配大小，默认为物理内存的 1 / 64
-Xmx ：最大分配内存，默认为物理内存的 1 / 4
-XX:+PrintGCDetails ：输出详情的 GC 处理日志
实践经验
生产环境上的 java 应用， JVM 的 -Xmx 和 -Xms 两个参数的值必须一致，防止内
存忽高忽低产生停顿
java.lang.OutofMemoryError ： java heap space ：堆内存溢出
GC （分代收集算法）
次数上频繁收集 Young 区
次数上较少收集 Old 区
基本不动元空间
GC 4 大算法
引用计数法
jvm 实现不采用这种方式
有一个计数器去记录每个对象被引用的次数
缺点：较难处理循环引用，有个计数器消耗性能
复制算法
年轻代使用的垃圾回收算法就是复制算法
复制算法的基本思想就是将内存分为两快（ Eden 区和 from 区是一快 to 也是
一快），每次只用其中一快，当这一快内存用完，就将还活着的对象复制到
另外一快上面，复制算法不会产生内存碎片 因为 Eden 区对象一般存活率较低，一般的，使用两块 10% 的内存作为空闲和
活动区间，而另外 80% 的内存，则是用来给新建对象分配内存的，一旦发生
GC ，将 10% 的 from 活动区间与另外 80% 中存货的 Eden 对象转移到 10% 的 to 空
闲空间，接下来，将之前 90% 的内存全部释放，以此类推
优点：速度快
缺点：浪费空间 浪费了一半内存，这太要命了
标记清除
老年代使用的就是标记清除与标记整理的混合实现
算法分成标记和清除两个阶段
先标记出要回收的对象
然后统一回收这些对象
缺点：
内存碎片过多
速度没复制算法快，有标记和清除两个操作
优点：
不需要额外的空间
标记压缩
老年代使用的就是标记清除与标记整理的混合实现
也叫标记清除 + 标记整理算法，比标记清除多了一步整理的步骤
缺点：
速度慢
优点：
不会浪费空间和产生内存碎片
JDK9 之后
JAVA 9 的默认垃圾回收器
G1 垃圾回收器
G1 将新生代，老年代的物理空间划分取消了，这样我们再也不用单独的空
间对每个代进行设置了，不用担心每个代内存是否足够。
G1 算法将堆划分为若干个区域（
Region ），它仍然属于分代收集器
https://www.kancloud.cn/luoyoub/jvm-note/2255980
J