浅谈jvm
Posted nicknailo
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了浅谈jvm相关的知识,希望对你有一定的参考价值。
1 、说起jvm,很多人感觉jvm离我们开发实际很远。但是,我们开发缺每时每刻都离不开jvm。
a: java源码 编译后成.class字节码文件,
b:根据classpath找到这个字节码文件,
c:然后 用类加载器classloader加载文件。
经过上面三步后,JVM开始解释执行。
栈:程序运行单位,与当前线程有关内容(局部分量、程序运行状态、方法返回值);
堆:Java引用传递实现依靠堆内存,同一堆空间可被不同栈内容内存指向;
程序计数器:小空间,用于计数操作,解决对象晋升问题;
本地方法栈:递归调用保存栈内容,局部变量表,操作数栈、当前类运行时常量的引用、返回地址。
2、jvm堆拆分:关键在于堆优化,需清除Java对象访问模式,Java对象引用采用是hotspot的指针引用。
一般我们会对堆进行拆分,年轻代+老年代+元空间。
a、年轻代中含有 伊甸园区,存活区。
伊甸园区一般有new对象创建出来的对象,存活区是进行GC后保存的对象,S0或S1存储,但是有一块空间永远是空的,对象向老年代晋升(程序计数器会计算GC次数)。
如果伊甸园中创建的对象过多,伊甸园占满,会发生晋级操作-经过minorGc
b、老年代存放又臭又硬的对象,经历无数次的GC后被保留下来的对象或者是对象很大,直接保存到老年代。这些对象清除困难。
如果老年代出现空间不足,会发生majorGC(FullGc)。majorGC非常耗费整个系统性能。所以我们一般很少使用System.gc();
3、jvm堆优化
对堆结构添加伸缩区,当老年代或年轻代空间不足时,可对空间进行压缩或伸展。
当堆内存空间很大的情况下,减少堆内存的收缩处理操作。就需要考虑到 GC 的执行效率问题。
Runtime.getRuntime().maxMemory() 最大可用内存 默认大小为当前物理内存的“1 / 4”
Runtime.getRuntime().totalMemory() 默认可用内存 默认大小为当前物理内存的“1 / 64”
可使用 至关重要的两个参数-Xms和-Xmx:可以使用的单位(k、m、g)
-Xms:设置初始化的内存分配大小;
-Xmx:设置最大的可用内存空间。
举例设值: -Xms16g -Xmx16g
对于年轻代,有BTP和TLAB,BTP伊甸园最晚创建对象放栈顶,TLAB分块保存,多线程处理。
-Xmn:设置年轻代的空间大小,默认采用的时物理内存的“1 / 64”
-Xss:设置每一个线程所占用的栈的线程大小
-X:SurvivorRatio:设置伊甸园区与两个存活区之间的内存分配比,默认“8 : 1 : 1”
老年代:
与年轻代比率:-XX:NewRatio 当对象很大的时候往往不在年轻代进行保存,而是直接晋级到老年代,利用“-XX:PretenureSizeThreshold”。
元空间不在堆内存中,存在于物理内存中。
4、GC算法:多线程执行
复制-清理算法,将对象清理,递升存活区到老年代
标记-清除-压缩,扫描老年代中的存活对象 ,并且进行对象的标记; 遍历整个老年代的内存空间,回收所有标记对象; 为了保证可以方便的
计算出老年代的大小,还需要进行压缩(碎片整理,把空间集中在一起)。但是这种算法会有一个严重性的问题:STW(产生中断,因为需要进行垃圾的标记)
|- 暂停当前的所有执行程序(挂起);
|- 标记出垃圾,标记的时间越长,那么挂起的时间就越长,如果此时你的堆内存空间很大,那么时间一定会更长;
|- 预清除处理;
|- 重新标记过程:看看还有没有垃圾;
|- 进行垃圾的处理;
|- 程序恢复执行。
以前使用的:-Xms48?? -Xmx48?? -XX:+PrintGCDetails 替换后使用:-Xms48?? -Xmx48?? -Xlog:gc*
G1 收集:-Xms48m -Xmx48m -Xlog:gc* -XX:+UseG1GC
总结以上所述
JVM 核心优化
· 添加伸缩区的使用;
· 提升 GC 的效率,G1 是现在最好用的 GC 算法(单核变为多核,变成了多线程执行GC)。
· 线程的栈的大小配置;
· 线程池的配置
以上是关于浅谈jvm的主要内容,如果未能解决你的问题,请参考以下文章