🍓 简介:java系列技术分享(👉持续更新中...🔥)
🍓 初衷:一起学习、一起进步、坚持不懈
🍓 如果文章内容有误与您的想法不一致,欢迎大家在评论区指正🙏
🍓 希望这篇文章对你有所帮助,欢迎点赞 👍 收藏 ⭐留言 📝
一、对象分配
1.对象在内存中是如何进行分配的?
1.1对象优先在Eden分配
对象优先在『伊甸园』分配,当『伊甸园』没有足够的空间时,触发 'MinorGC'(小范围的GC)
情况一:伊甸园的内存空间足够,不会发生'Minor GC'
情况二:伊甸园的空间不够了
垃圾回收线程启动,进行垃圾回收,此时会触发"stop the world"(停止所有用户线程)
Eden区中所有存活的对象都会被复制到“To”,而在“From”区中,仍存活的对象会根据他们的年龄值来决定去向。年龄最多到一定值(最大值是15,对象在Survivor区中每熬过一次Minor GC,年龄就会增加1岁)(年龄阈值,可以通过XX:MaxTenuringThreshold来设置)的对象会被移动到年老代中,没有
达到阈值的对象会被复制到“To”区域。
"From"和"To"会交换他们的角色,下一次垃圾回收的时候也是从Eden将存活的对象复制到TO区
Minor GC会一直重复这样的过程,直到“To”区被填满,“To”区被填满之后,会将所有对象移动到年老代中。
jvm参数设置
:
-XX:+UseSerialGC -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -
Xloggc:./gc.log -Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8
-XX:+UseSerialGC 是指使用 Serial + SerialOld 回收器组合
-XX:+PrintGCDetails -verbose:gc 是指打印 GC 详细信息
-XX:+PrintGCTimeStamps 打印gc日志的时间戳
-Xloggc:./gc.log 将gc日志输出到一个日志文件中
-Xms20M -Xmx20M -Xmn10M 是指分配给JVM的最小,最大以及新生代内存
-XX:SurvivorRatio=8 是指『伊甸园』与『幸存区 From』和『幸存区 To』比例为 8:1:1
1.2大对象直接晋升至老年代
当对象太大,伊甸园包括幸存区都存放不下时,这时候老年代的连续空间足够,此对象会直接晋升至老年代,不会发生 GC
2.对象是怎么从年轻代进入老年代的?
3.简单描述一下(分代)垃圾回收的过程?
分代回收器有两个分区:老生代和新生代,新生代默认的空间占比总空间的 1/3,老生代的默认占比是2/3。
新生代使用的是复制算法,新生代里有3个分区:Eden、To Survivor、From Survivor,它们的默认占比是 8:1:1,它的执行流程如下:
当年轻代中的Eden区分配满的时候,就会触发年轻代的GC(Minor GC)。具体过程如下:
1、在Eden区执行了第一次GC之后,存活的对象会被移动到其中一个Survivor分区(以下简称to)
2、From区中的对象根据对象的年龄值决定去向,达到阈值15移动到老年代,没有达到复制到to区域(复制算法)
3、在把Eden和to区中的对象清空掉
4.JVM的永久代中会发生垃圾回收么??
永久代会触发垃圾回收的,如果永久代满了或者是超过了临界值,会触发完全垃圾回收(Full GC)。
注:Java 8 中已经移除了永久代,新加了一个叫做元数据区(Metaspace)的内存区。
二、垃圾收集器
1.常见的垃圾收集器都有哪些?
不同的垃圾收集器,作用的堆内存空间是不一样的;上面的 serial , parnew , Paraller Scavenge 是新生代的垃圾回收器;CMS , Serial Old ,Paralle Old是老年代的垃圾收集器 , G1垃圾收集器可以作用于新生代和老年代; 连线表示垃圾收集器可以搭配使用;
1.1 Serial
特点:
Serial Old收集器是Serial的老年代版本和Serial一样是单线程,使用的算法是"标记-整理"
![在这里插入图片描述](img-blog.csdnimg.cn/59d76f26b07… =400x400)
1.2 ParNew
ParNew 收集器其实就是 Serial 收集器的多线程版本
![在这里插入图片描述](img-blog.csdnimg.cn/768d0d0e850… =400x400)1. 会触发stop the world
2. 多线程方式进行垃圾回收
它是许多运行在 Server 模式下的虚拟机中首选的新生代收集器
注意
:如果是单核cpu即使使用该垃圾回收器也无法提高执行效率
1.3 Parallel Scavenge
Parallel Scavenge 收集器是一个新生代收集器,它也是使用
复制算法
的收集器,又是并行的多线程收集器
特点
:由于与吞吐量关系密切,Parallel Scavenge 收集器也经常称为“吞吐量优先”收集器,所谓吞吐量就是 CPU 用于运行用户代码的时间与 CPU 总消耗时间的比值,即吞吐量=运行用户代码时
间/(运行用户代码时间+垃圾收集时间),虚拟
机总共运行了 100 分钟,其中垃圾收集花掉 1 分钟,那吞吐量就是 99%
应用场景
: 高吞吐量则可以高效率地利用 CPU 时间,尽快完成程序的运算任务,主要适合在后台运算而不需要太多交互的任务。
Parallel old
收集器Parallel Scavenge收集器的老年代版本,使用多线程+标记整理
算法
1.4 CMS(重点)
CMS (Concurrent Mark Sweep)收集器是-种以获取
最短回收停顿
时间为目标的收集器。
特点:
标记清除”
算法实现的![在这里插入图片描述](img-blog.csdnimg.cn/33272c65db4… =400x400)
步骤流程
- 初始标记(CMS initial mark) -------- 标记一下 GC Roots 能直接关联到的对象,速度很快(stopthe world)
- 并发标记(CMS concurrent mark) -------- 对初始标记标记过的对象,进行trace(进行追踪,得到所有关联的对象,进行标记)
- 重新标记(CMS remark) -------- 为了修正并发标记期间因用户程序导致标记产生变动的标记记录(stop the world)
- 并发清除(CMS concurrent sweep)
缺点
:会产生垃圾碎片
1.5 G1
概述: G1是一个分代的,并行与并发的"
标记整理
"垃圾回收器。 它的设计目标是为了适应现在不断扩大的内存和不断增加的处理器数量,进一步降低暂停时间(pause time),同时兼顾良好的吞吐量。
相比于CMS:
![在这里插入图片描述](img-blog.csdnimg.cn/43679015c26… =400x)
2.你都用过G1垃圾回收器的哪几个重要参数?
-XX:MaxGCPauseMillis
暂停时间,默认值200ms。这是一个软性目标,G1会尽量达成,如果达不成,会逐渐做自我调整。
-XX:G1HeapRegionSize
Region大小,若未指定则默认最多生成2048块,每块的大小需要为2的幂次方,如1,2,4,8,16,32,最大
值为32M。
-XX:G1NewSizePercent 和 -XX:G1MaxNewSizePercent
新生代比例有两个数值指定,下限:-XX:G1NewSizePercent,默认值5%,上限:-
XX:G1MaxNewSizePercent,默认值60%。
3.生产上如何配置垃圾收集器的?
![在这里插入图片描述](img-blog.csdnimg.cn/3cb1e9ab99e… =400x)1. 首先是内存大小问题,基本上每一个内存区域我都会设置一个上限,来避免溢出问题,比如元空间。通常,堆空间我会设置成操作系统的2/3(这是想给其他进程和操作系统预留一些时间),超过8GB的堆优先选用G1。
2. 接下来,我会对JVM进行初步优化。比如根据老年代的对象提升速度,来调整年轻代和老年代之间的比例。
三、类加载器
1.什么是类加载器,类加载器有哪些?
类加载器的作用:负责将的class文件加载到java虚拟机中,并为之创建一个Class对象从Java虚拟机的角度
来讲,只存在如下两种不同的类加载器
分
从Java开发的角度
来讲,类加载器还可以划分的更细致一下,绝大部分Java程序都会使用到以下3种系统提供的类加载器:
2. Java的双亲委托机制是什么?
我们的应用程序都是由这三种类加载器互相配合进行加载的,如果有必要,还可以加入自定义的类加载器。这些类加载器之间的层次关系一般会如
下图所示
![在这里插入图片描述](img-blog.csdnimg.cn/7be294a58a0… =400x)上图所展示的类加载器之间的这种层次关系,就称之为类加载器的双亲委派模型。双亲委派模型要求除了顶层的启动类加载器外,其余的类加载器都应该有自己的父类加载器。这里的类加载器的父子关系不是真正物理意义上的继承,而是逻辑上的继承。
工作过程
双亲委派模型的工作过程是:
如果一个类加载器收到了类加载的请求,它首先不会自己尝试加载这个类,而是把这请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传说到顶层的启动类加载器中,只有当父类加载器返回自己无法完成这个加载请求(它的搜索返回中没有找到所需的类)时,子类加载器才会尝试自己去加载。
四、性能调优
1调优命令有哪些?
jps,JVM Process Status Tool显示指定系统内所有的HotSpot虚拟机进程。
jstat,JVM statistics Monitoring是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运
行数据。查询帮助文档:jstat -options
jmap,JVM Memory Map命令用于查看堆内存的分配情况以及生成heap dump文件
查询帮助文档:jmap -h
示例1:jmap -heap 33193 查询堆内存的分配情况
示例2:jmap -dump:format=b,file=thread-cup.log 33193
jhat,JVM Heap Analysis Tool命令是与jmap搭配使用,用来分析jmap生成的dump,jhat内置了一个微型的HTTP/HTML服务器,生成dump的
分析结果后,可以在浏览器中查看
查询帮助文档:jhat -h
示例:jhat -J-Xmx512M thread-cup.log
jstack,用于生成java虚拟机当前时刻的线程快照。
查看帮助文档:jstack -h
示例:jstack -l 33193
jinfo,JVM Configuration info 这个命令作用是实时查看和调整虚拟机运行参数。
查看帮助文档:jinfo -h
示例:jinfo -flags 33193
2.你知道哪些JVM性能调优参数?
-Xms 设置最小堆内存大小(不能小于1024K); -Xms 堆内存初始大小,可以通过jmap工具进行查看
-Xmx 设置最大堆内存大小(不能小于1024K); -Xmx 堆内存最大值,可以通过jmap工具进行查看
-XX:NewSize:新生代大小
-XX:NewRatio 新生代和老生代占比
年轻代用 -XX:+UseParNewGC
年老代用-XX:+UseConcMarkSweepGC
3.你用过哪些性能调优工具?
1、jdk自带监控工具
- jconsole,Java Monitoring and Management Console是从java5开始,在JDK中自带的java监控和管理控制台,用于对JVM中内存,线程和类等的监控
- jvisualvm,jdk自带全能工具,可以分析内存快照、线程快照;监控内存变化、GC变化等。
2、第三方
- MAT,Memory Analyzer Tool,一个基于Eclipse的内存分析工具,是一个快速、功能丰富的Javaheap分析工具,它可以帮助我们查找内存泄漏和减少内存消耗
- GChisto,一款专业分析gc日志的工具