JVM学习

• jVM体系结构
• • 简图
  • 详细
• 类加载器
• 双亲委派机制
• 沙箱安全机制
• native 方法
• 垃圾回收
• • 新生区
  • 永久区（元空间）
• GC 引用计数法
• GC 复制算法
• 标志清除法
• 标记压缩
• 总结

作用： 加载class文件
new Student() ;

• 虚拟机自带的加载器
• 启动类根加载器
• 扩展类加载器‘
• 应用程序类加载器
  加载顺序

1. 类加载器收到类加载请求
2. 将这个请求向上委托给父类加载器完成，直到启动类加载器
3. 重启加载器检查是否可以加载当前这个类，能加在结束，使用当前加载器，否在抛出异常，通知子加载器进行加载
4. 重复3
5. NULL class not found

• 字节码编译器 确保java 遵循java语言规范
• 类加载器 3个方面对沙箱起作用 （双亲委派机制）
  1. 防止恶意代码干涉
  2. 守护被信任的类库边界
  3. 将代码归入保护域

凡是标注了native关键字，java代码达不到了，需要调用底层c++
进入本地方法栈 ，调用本地接口 JNI
JNI 的作用： 扩展java 的使用，融合不同的编程语言

GC垃圾回收主要在伊甸园区和养老区
内存满了 oom ， 堆内存错误
在JDK8 之后永久存储区 改名为元空间

扩大堆代码
-Xms1024m -Xmx1024m -XX:PrintGCDetails
-Xms 设置初始化内存大小 1/64
-Xmx 设置最大分类内存

类： 诞生和成长的地方
Eden 区 所有对象都是在Eden 中创造
真理： 有百分之99的对象都是临时对象

这个区域时常驻内存，存放java运行时环境，存放jdk自带的class interace
这个区域不存在垃圾回收
一个启动类，加载大量的第三方jar包

1. jdk1.6 之前 永久代 常量池在方法区
2. jdk1.7 永久代 ，但是慢慢退化，去永久代，常量池在堆中
   3 jdk1.8 元空间
   元空间： 逻辑上存在，物理上不存在
   在一个项目中，突然出现oom故障，那么如何让排错

• 能够看到代码几行错误：内存快照分析 ，MAT Jprofiler
• Debug
  Mat JPfiler 作用：
  分析dump

JVM的内存模型 ？

堆中的分区有哪些

GC的算法：

好处： 没有内存碎片
坏处： 浪费了内存空间，多了一半的内存永远时空
复制算法最佳的使用场景： 对象存活度低， 新生区

好处： 不需要额外的空间
坏处： 两次扫描 浪费时间 产生内存碎片

再优化(再一次扫描，向前移动标记的对象)
防止内存碎片的产生

标记清除压缩
先进行几次标记

内存效率： 复制算法 > 标记清除算法 > 标记压缩
内存整齐度： 复制算法 = 标记压缩 > 标记清除
内存利用率 ： 标记压缩 = 标记清除 > 复制算法

GC 分代收集算法
年轻代 ；

• 存活率低
• 复制算法

老年代

• 区域大 ： 存活率
• 标记清除（内存碎片不是太多）+标记压缩混合