
- jVM体系结构
- 简图
- 详细
- 类加载器
- 双亲委派机制
- 沙箱安全机制
- native 方法
- 垃圾回收
- 新生区
- 永久区(元空间)
- GC 引用计数法
- GC 复制算法
- 标志清除法
- 标记压缩
- 总结
作用: 加载class文件
new Student() ;
- 虚拟机自带的加载器
- 启动类根加载器
- 扩展类加载器‘
- 应用程序类加载器
加载顺序
- 类加载器收到类加载请求
- 将这个请求向上委托给父类加载器完成,直到启动类加载器
- 重启加载器检查是否可以加载当前这个类,能加在结束,使用当前加载器,否在抛出异常,通知子加载器进行加载
- 重复3
- NULL class not found
- 字节码编译器 确保java 遵循java语言规范
- 类加载器 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包
- jdk1.6 之前 永久代 常量池在方法区
- jdk1.7 永久代 ,但是慢慢退化,去永久代,常量池在堆中
3 jdk1.8 元空间
元空间: 逻辑上存在,物理上不存在
在一个项目中,突然出现oom故障,那么如何让排错
- 能够看到代码几行错误:内存快照分析 ,MAT Jprofiler
- Debug
Mat JPfiler 作用:
分析dump
JVM的内存模型 ?
堆中的分区有哪些
GC的算法:
GC 复制算法好处: 没有内存碎片
坏处: 浪费了内存空间,多了一半的内存永远时空
复制算法最佳的使用场景: 对象存活度低, 新生区
好处: 不需要额外的空间
坏处: 两次扫描 浪费时间 产生内存碎片
再优化(再一次扫描,向前移动标记的对象)
防止内存碎片的产生
标记清除压缩
先进行几次标记
内存效率: 复制算法 > 标记清除算法 > 标记压缩
内存整齐度: 复制算法 = 标记压缩 > 标记清除
内存利用率 : 标记压缩 = 标记清除 > 复制算法
GC 分代收集算法
年轻代 ;
- 存活率低
- 复制算法
老年代
- 区域大 : 存活率
- 标记清除(内存碎片不是太多)+标记压缩混合
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)