提起jvm,多多少少会有些迷茫,确实,深入了解jvm在我们实际开发中看似帮助不大,但是,随着随着理解深入,总会拓宽我们的思路,记一次jvm理解.
我是通过下面这几个方面去理解
1.jvm的垃圾回收机制
说到垃圾回收,我们首先要了解谁要被回收? 什么时候回收 ? 如何回收?
java虚拟机在执行java程序的过程中会把他所管理的内存划分成下面几个数据区域:
(1)程序计数器:占的空间很小,可以忽略不计----它是每个线程执行字节码的行号指示器,因为在多线程中每一个线程都要有独立的计数器,做到相互之间不影响,所以这块内存是私有的
(2)虚拟机栈:也是线程私有,描述的是java执行方法的内存模型
(3)本地方法栈:属于线程私有的数据区域,主要调用的是native方法
(4)方法区:各个线程共享的内存区域,存储的就是虚拟机加载的类信息,常量,静态变量,即时编译器编译后 的代码数据
(5)jvm堆:是内存管理中最大的一块,被线程共享的内存区域,启动时创建,主要存放对象的实例,是垃圾回收器管理的主要区域
现在知道了划分,也知道垃圾回收器回收的主要区域是jvm堆,接下来我们看怎么判定jvm堆中的对象要被回收了,这就涉及到垃圾回收算法,垃圾回收算法有下面两类
(1)标记清除算法
标记清除法就是给对象中添加一个引用计数器,当对象被引用是就加1,引用失效就减一,任何时候引用计数器都为0,那么这个对象就表示已经成为垃圾,可以回收了,但是这个算法无法解决对象之间相互引用的问题(相互引用则计数器任何时刻都不为0)
(2)可达性分析算法
可达性分析算法的基本思想就是通过一系列的'CG Roots'---(可以作为CG Roots的有 虚拟机栈中引用 的对象,方法区中静态属性引用的对象,方法区中常量应用的对象,本地方法中JNI引用的对象),就像是一棵树,GC Roots就是根节点,当一个对象无法通过关联连接到GC Roots时,那么就表示这个对象满足了被垃圾回收器回收了的条件,注意,这里决不是这些对象就肯定被回收了,接下来才判定这些对象有没有覆盖finalize()方法,或者finalize()方法已经被虚拟机调用过时,此时会被判定没必要执行
回收算法已经知道了,接下来我们看如何回收,回收的方法都有哪些
(1):标记清除算法
很简单,标记哪些需要被回收,然后就直接回收了,缺点很明显,会在内存中留下不连续的空闲内存区域,无法存贮大对象了
(2):复制算法
简单的理解,把内存划分为两块区域,例如分成两块大小1:1的区域,每次只使用一半,这一半使用完后,则进行垃圾回收,这使用的这一半上面存活的对象复制到另外一块空白的内存上面去,移动堆顶的指针,按顺序分配内存即可,然后将原先使用的那一块内存空间全部清除掉,这样缺点也很明显,1,内存使用率低,每次只能使用50%,2,如果出现极端情况,使用的这一半内存中对象100%存活,那么就没办法进行复制了
(3):标记整理算法
就是标记清除算法发提升,标记需要回收 的垃圾,然后进行回收,最后将剩余存活的对象进行重新排序整理,这种算法目前占有优势
(4):分代收集算法
当前商业虚拟机都采用的这种收集算法,这种算法没有什么新的思想,就一句话,因人而异,根据对象的存活周期将内存分为几块,一般是新生代和老年代,根据不同年代进行不同的垃圾回收算法
最后简单介绍几种垃圾回收器
serial收集器,cms收集器,parnew收集器,parallel scavenge收集器
2.jvm的类加载机制
这里面主要理解 类加载的过程(加载,验证,准备,解析,初始化), 类加载器的分类(启动类加载器(java/lib),扩展类加载器(java/etc),系统类加载器), 双亲委派机制(爹能干的事情不会推给儿子)
其中,启动类加载器开发者是无法获取到引用的
3.jvm的内存模型