【直播笔记】海量数据JVM优化直播课笔记一

思考问题：如果自己 去学JVM 该怎么去学？

多维度的考量， 整个需要是闭环的体系化。

因为jvm，所以一次编译到处运行

javac编译器: 对等信息转换（编译原理：把编程语言进行转换字节码文件，经过语法分析，词法分析等一系列过程）

1. 字节码文件如何交给JVM？通过类加载机制ClassLoader

类加载机制:

1.1 装载三部曲

装载： ClassFile 交给JVM，第一件事将class文件读到内存当中，转换为流，经过寻找器（类加载器），找到了之后呢？（JVM遵循冯诺依曼结构将模板数据存放在方法区，运行时放在运行时数据区）就要处理
1.ClassFile --> 字节流 --> 类加载器
2.将我们的字节流所代表的静态存储结构转换成方法区的运行时数据结构
3.入口：在我们的java堆中生成一个代表这个类的java.lang.Class对象，作为我们的方法区中对应的数据访问入口

1.2 链接

1.验证：你这个文件不能有问题，很多步
2.准备：为类的静态变量开辟内存，并赋予当前类型的默认值
private static int a = 1; 先赋予a=0值
3.解析：解析是从运行时常量池中的符号引用动态确定具体值的过程。
符号引用转变为直接引用（指向物理内存）

1.3 初始化

clinit a=1 赋值操作
初始化静态代码块
初始化他的父类

1.0 ClassLoader

有两个类java.lang.String，一个在源码中，一个在classpath下，业务环境中。
没有可能加载两个类，只能加载一个。
方案: String类中加属性，判定他的层级， level
问题： 每次进行层级对比，会有额外的资源消耗
改进： 类加载器进行了层级的划分，不同的类加载器加载不同的层级。
（java当中定层级最好的方式是 继承）

Bootstrap：c++编写的看不到。

父类委托机制=双亲委派机制（爸爸和爷爷，不是严格意义的继承关系）

打破双亲委派：

1. 复写 不写paraent
2. SPI 服务提供接口 可拓展 意味着他不会写死，会在Bootstrap写一个接口，厂商可以实现
3. OSGI Java包在服务器上，热更新，热部署， 模块

2. 元空间

java1.8版本 方法区的逻辑概念，（非堆内存）逻辑上是堆的一部分

线程私有，有多少个方法就有多少个栈帧，

线程抢占cpu的资源通过什么：
线程调度算法（通过分配某一个时间段的时间片）
程序计数器：记录每一线程的工作进度，来回调度，natve方法不记录

3. 栈帧

局部变量表： 存储局部变量的表，没有执行的功能
int a = 1 ;
int b= 1;
操作数 栈： 存储的是 操作数 ,拿出a+b算出2,放回局部变量表
inb c = a + b;

返回地址： 异常返回，方法结束返回， 返回调用方法的地方。
附加信心： 版本信息，以及其他信息
动态链接： 动态链接将这些符号引用转变为具体的方法引用。

类加载没有办法 解析到C方法。

4. GC

垃圾回收将没有用的对象干掉。

对象有个属性：生命周期（0000~1111），最大15， 大部分很短。
对对象的生命周期进行划分，短的 划分到young区（对young区进行扫秒，每扫描一次 生命周期age+1），长的（生命周期为15） 划分到 Old区

GC有 youngGC/minor GC。 Old GC 。
full GC = Old GC + youngGC + MetaspaceGC

为了解决空间不连续/空间碎片，引出了Eden和s区
经过扫描了Eden区，存活的对象进入S区
s区也可能存在空间不连续，所有S区划分成大小相同的两块，两块中的数据不断移动，保证其中一块空间 空间连续
Eden：S：S = 8：1：1

为什么要进行分代设计？

s区也可能存在空间不连续，所有S区划分成大小相同的两块，两块中的数据不断移动，保证其中一块空间 空间连续

为什么Eden和s不来回倒腾？

空间1：1， 不停GC

内存担保机制：

大于old区，直接内存溢出

MetaspaceGC

类的总数、方法的数量、常量池的大小 能够预估吗？？不可以
PermSpace造成负GC。

元数据区

元数据区 就是 直接内存

GC回收的对象多大?

为什么会加上2个字节？系统读的更快，为什么读的更快？
64位操作系统：一次读取64个二进制位（8字节），寻址空间为2^64

long需要读两次

现在读一次 ，空间换时间。