文章目录
1.jvm位置
2.jvm体系结构
3.类加载器
- 虚拟机自带的加载器
- 启动类(根)加载器 —底层是c写的,java调用不到,返回null
- 扩展类加载器
- 应用程序加载器
4.双亲委派机制
类加载器在接收到类的请求后,会将任务委托给父类加载器,父类加载器再委托给上一级的加载器,直到根加载器,如果根加载器可以完成此加载任务则返回,如果不能则返回给下一级子加载器。
意义:防止内存中出现多份同样的字节码
例子:当你写了一个java.lang.String方法时,类加载器会找到根加载器中的java.lang.String的方法直接加载根加载器的String方法而不会加载自己写的方法。
扩展:在Thread中的start方法启动线程的底层会返回给一个没有返回值的start0() 但是是被native修饰,这表示调用本地的C++或c的方法栈,因为java无法调用操作系统。
5.沙箱安全机制
6.Native
- native关键字:凡是带native的关键字的,说明java的作用范围到不了,会去调用底层的C语言的库
- 会进入本地方法栈,调用本地方法接口 JNI - java native interface
- JNI作用:扩展java的使用,让java可以调用不同的编程语言的接口
- 在JAVA初期,c,c++横行,想要立足,就必须能够调用c和c++
- 它内存区域专门开辟了一块标记区域,本地方法栈,native method stack 用于登记native方法
- 在最终执行的时候,通过JNI加载本地的方法
- 用处:java执行打印机等,在企业级开发中较为少见。
7.PC寄存器
每个线程都有一个程序计数器,是线程私有的,就是一个指针,指向方法区中的字节码,在执行引擎读取下一条指令,是一个非常小的空间,可以忽略不计
8.方法区
Method Area 方法区
方法区是被所有线程共享,所有字段和方法字节码,以及一些特殊的方法,如构造函数,接口代码也在此定义,简单说,所有定义的方法的信息都保存在该区域。此区域属于共享空间
静态变量,常量,类信息(构造方法,接口定义),运行时的常量池存在方法区中,但是 实例变量存在堆内存中,和方法区无关。
static,final,Class,常量池
9.栈
先进后出
栈:栈内存,主管程序的运行,生命周期和线程同步,
线程结束,栈内存也就释放,对于栈来说,不存在垃圾回收问题
栈中存放的东西:8大基本类型+对象引用+实例的方法
栈运行原理:栈帧,
10.三种JVM
SUN,IBM,BEA
对于一般的应用而言,建议采用SUN的JVM就足够了;对于对性能要求很高的应用而言,建议采用BEA的JVM,如java版的游戏服务器;对于有钱的公司而言,建议采用IBM的JVM,那是一整套解决方案,后期维护方便
11.堆
Heap,一个JVM只有一个堆内存,堆内存大小是可以调节的
类加载器读取类文件后,一般 把类,方法,常量,变量,保存我们所有引用类型的真实对象,放到堆中
堆内存中还要细分为3个区域
- 新生区(伊甸园区)
- 养老区
- 永久区
GC垃圾回收,主要是在伊甸园区和养老区。
假设内存满了就会报OutOfMemory堆内存不够错误
在JDK8以后,永久存储区改名为元空间。
12.新生区,老年区
新生区:
- 类诞生,成长和死亡的地方
- 伊甸园:所有的对象都是在伊甸园区new出来的
- 幸存者区(0,1):在伊甸园区满了之后进行轻GC存留下来的对象进入幸存者区
- 99%的对象都是临时对象
老年区:
- 在幸存者区经过一定次数的GC后存留下来的对象进入养老区,默认为15次。
13.永久区
这个区域是常驻内存的。用来存放JDK自身携带的Class对象。Interface元数据,存储的是一些java运行时的环境和类信息,这个区域不存在垃圾回收,关闭JVM虚拟机就会释放这个内存。
在一个启动类,加载了大量的第三方jar包。Tomcat部署了太多的应用,大量动态生成的反射类。不断被加载,直到内存满,就会出现OOM。
- jdk1.6之前:永久代,常量池放在方法区
- jdk1.7 :永久代。常量池在堆中
- jdk1.8之后:无永久代,常量池放在元空间
元空间:逻辑上存在,物理上不存在
public class Test3 {
public static void main(String[] args) {
//返回JVM试图使用的最大内存
long max = Runtime.getRuntime().maxMemory();
//返回jvm的初始化内存
long total = Runtime.getRuntime().totalMemory();
System.out.println("max="+max+"字节\t"+(max/(double)1024/1024)+"MB");
System.out.println("total="+total+"字节\t"+(total/(double)1024/1024)+"MB");
//默认情况下:分配的总内存是电脑内存的1/4,而初始化的内存为1/64
}
}
默认情况下:分配的总内存是电脑内存的1/4,而初始化的内存为1/64
设置固定的堆内存,并打印GC信息
新生区+老年区等于总内存(699392+305664)/1024=981.5M
所以说元空间在逻辑上存在,在物理上不存在
14.堆内存调优
在JDK1.8中,元空间取代永久代。元空间和永久代的最大的区别是永久代使用的是JVM的堆内存,元空间不在虚拟机中,而是使用本机物理内存。默认清空下,元空间只受本地内存限制,类的元数据放入本地内存,字符串常量池和类型静态变量放入java堆,类的元数据的加载量不再受MaxPermSize控制,而是由系统实际的可用空间来控制。
-Xms:初始分配大小,默认为物理内存的1/64
-Xmx:最大分配内存,默认为物理内存的1/4
-XX:+PrintGCDetails:输出详细的GC处理日志
15.GC-垃圾回收机制
JVM在进行GC时,并不是对这三个区域统一回收,大部分时候,回收的都是新生代中的Eden。
每次GC 都会将Eden获得对象移到幸存者区中,一旦Eden被GC后,就会是空的。当一个对象经历了15次GC,都还没有死,那么就会进入老年代。
-XX:MaxTenuringTreshold=…,通过这个参数可以设定进入老年代的时间。
GC两种类:轻GC(普通的GC),重GC(全局GC)
GC题目:
- JVM的内存模型和分区,详细到每个区都放什么?
- 堆里面的分区有哪些?Eden,from,to,old,说说他们的特点
- GC的算法有哪些?标记清除法,标记压缩法,复制算法,引用计数器,有什么用?
- 轻GC和重GC分别在什么时候发生?
GC常用算法:
引用计数法:
给每个对象分配一个计数器,每使用一次这个对象就+1。使用次数为0的对象就被回收。
缺点是,计数器本身也会有消耗,而对象的个数太多。内存占用过多。
复制算法:
主要用在新生代。
如果两个幸存者区都不为空,则会将其中一个幸存者区中的对象放入另一个幸存者区,保证两个幸存者区中有一个是空的。from和to,谁是空的谁就是to。
- 好处:没有内存碎片。集中存放在一个区域
- 坏处:浪费了内存空间。一直有一半空间是空的 ,to。假设对象100%存活,那么浪费的空间就会极大。
所以复制算法最佳使用场景:对象存活度比较低的时候。 新生代。
标记清除算法:
标记:扫描对象,对活着的对象进行标记。
![在这里插入图片描述](https://img-blog.csdnimg.cn/20201013183026161.png#pic_center)
清除:扫描对象,对没有标记的对象进行清除。
- 缺点:两次扫描,严重浪费时间。会产生内存碎片。
- 优点:不需要额外的空间。
标记压缩:
对标记清除再优化:
压缩:防止内存碎片产生,再次扫描,向一端移动存活的对象,多了一个移动成本。
标记清除压缩:
先标记清除几次,再进行压缩
总结
内存效率:复制算法>标记清除法>标记压缩算法(时间复杂度)
内存整齐度:复制算法=标记压缩算法>标记清除算法
内存利用率:标记压缩算法=标记清除算法>复制算法
GC:分代收集算法
年轻代:
- 存活率低
- 复制算法
老年代:
- 区域大,存活率高
- 标记清除(内存碎片不是太多就可以再次清除)+标记压缩混合实现