1 虚拟机内存模型
内存分区
虚拟机主要分为共享的堆内存 和 每个线程独有的栈内存
细分为 堆内存,方法区 虚拟机栈,程序计数器,本地方法栈
堆内存:存放对象实例
方法区:常量池 和 类方法等信息
虚拟机栈:每个线程执行方法的栈帧(stack frame)信息,包括方法的局部变量表,操作数栈。(OOM,OOS)
程序计数器:指向要执行的字节码行号
本地方法栈:
内存异常
outOfMemoryError
stackOverFlowError:-Xss
directMemError:-XX:MaxDirectMemorySize 默认=-Xmx
内存调优常用
计算机内存 = 堆内存 + 方法区内村+栈内存*线程数
指令 | 描述 |
---|---|
-XX:+HeapDumpOnOutOfMemoryError | jvm在出现内存溢出时Dump出当前的内存堆快站存储 |
-Xms,-Xmx | 堆内存大小设定 |
-Xss | 设定栈容量大小,默认是 |
-XX:MaxPermSize 1.8后是 MetaspaceSize | 方法区大小,也称为永久代也有使用native memory做方法区的规划 |
-XX: MaxDirectMemorySize | 直接内存 |
-verbose:class -XX:+TraceClassLoding -XX:+TraceClassUnLoading | 查看类加载和卸载信息 |
Q:
1 需要经常关注哪些参数?一般分配多少
对象创建:
类加载检查通后,jvm会为新生对象分配内存。
分配空间的方法:
1 指针碰撞法:规整的内存区域,指针直接偏移。适带压缩的垃圾收集器
2 空闲列表法:记录可用内存块进行分配。
为了保证线程安全,避免覆盖内存区域,有两种方法:
1 分配内存空间同步,CAS
2 内存分配按线程在不同空间内做,每个线程预先分配一小块内存,本地线程分配缓冲(TLAB) -XX:+/-UseTLAB
1 类的加载,解析在什么时候
对象内存布局:
对象头:对象头包含对象自身运行时信息,还有类型指针。
对象访问定位
从栈中使用Reference访问对象,需要对象实例的信息,还有对象类型信息,实例信息在堆中,类型信息在方法区。
访问对象的方式由虚拟机自己实现,主流有句柄访问和直接指针访问。
句柄访问 | 直接内存访问 |
---|---|
reference中存储的是稳定的地址,垃圾回收等修改地址的操作,不用修改栈中的reference | 速度更快 |
2 GC
需要回收的对象及区域
需要回收的区域:不会伴随线程死亡而释放的区域。
堆内存区:
方法区:废弃的常量 ,无效的类描述符
怎么判断回收的对象
方法
引用计数法:引用+1 ,废弃-1
可达性分析:GcRoots 堆外对象引用的
引用:强 软 弱 虚
可作为GCRoots的对象: 堆外对象
1 栈中的对象:虚拟机栈,本地方法栈
2 方法区的对象:静态属性变量,常量
回收方法区:
无用的常量:
无用的类:
1 堆中所有的实例对象已经回收
2 加载该类的ClassLoader已经被回收
3 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。
Q:
1 ClassLoader 啥时候被回收的呢?
引用
想要控制一些对象的存储,例如系统的缓存
name | 使用 | 回收 | eg |
---|---|---|---|
强 | new | 只要有,就不回收 | |
软 | SoftReference | 有必要,但非必需;内存将要发生溢出异常之前,会把这些对象列进回收范围之中进行再次回首 | |
弱 | WeakReference | 只能生存到下一次GC前 | |
虚 | PhantomReference | 对象被GC时收到一个通知 |
Q:
1 虚饮用接收通知干嘛
垃圾收集算法
算法 | 描述 | 适用区域 | eg |
---|---|---|---|
标记-清除(Mark-sweep) | 不足:效率不高;GC后有碎片 | tenured | |
复制(Mark-sweep) | Eden:Survivor1:S2 = 8:1:1;需要老年代进行分配担保(老年代不适用),对象存活率高的时候要有很多的复制操作 | young | |
标记-整理(Mark-Compact) | tenured | ||
分代收集算法 |
新生代(Eden,fromS,toS) minorGC
老年代
metaData(Perm)
算法实现
枚举根节点
枚举根节点需要保证一致性–在整个分析周期执行系统看起来像是冻结了,保证对象的引用关系不要不停变动。
准确式GC:虚拟机可以直接知道哪些地方存放着对象引用
OopMap : 编译过程中,记录栈和寄存器中的哪些位置是引用。
安全点
OopMap,只有在特殊位置,即安全点才会生成。
安全点: 不能太少,让GC等待时间太长,不能过于频繁增大运行时的负荷。
选定标准:是否具有让程序长时间执行的特征–指令序列复用。方法调用,循环跳转,异常跳转等。
让业务线程跑到最近的安全点再停下来。抢先式中断,主动式中断。
安全区域
解决不执行的程序,eg,线程sleep,或者blocked,无法响应JVM中断请求。
线程进入安全区域时,先标记自己进入了安全区域
垃圾收集器
新生代: serial ParNew Parallel Scavenge(吞吐量)
老年代: CMS SerialOld parallelOld
G1
垃圾收集器的配合使用:
名称 | 代 | 线程 | 算法 | 过程 | 适用场景 | 参数 |
---|---|---|---|---|---|---|
Serial | Y | 单 | 复制 | 单CPU | ||
ParNew | Y | 多 | 复制 | 与CMS合作 | -XX:SurvivorRatio -XX:PretenureSize Threshold -XX:HandlePromotion Failture -XX:ParallelGCThreads | |
Parallel Scavenge | Y | 多 | 复制 | 关注吞吐量 | -XX:MaxGCPauseMillis -XX:GCTimeRatio | |
SerialOld | T | 单 | 标-整 | |||
Paralled Old | T | 多 | 标-整 | |||
CMS | T | 多 | 标-清 | 1初始标记 stw 2并发标记 stw 3重新标记 4并发清除 | 最短停顿时间 除了初始标记都可以和用户线程并发执行 | -XX:CMSInitialting OccupancyFraction -XX:UseCMSCompact AtFullCollection -XX:CMSFullGCs BeforeCompaction |
G1 | Both | 多 | 标-整 | 1初始标记 stw 2并发标记 stw 3最终标记 4筛选回收 | 低停顿 | -XX:MaxGCPauseMillis |
堆内存视图
分代收集(新生代使用复制算法):
tenured :英文意思:终身制,长久的,为嘛不用old?
G1
几个概念:
吞吐率:用户线程执行时间/用户线程+垃圾回收时间
短停顿:CMS是短停顿,重视响应,并发的执行垃圾回收,只有初始标记需要stop the world
CMS 的并发标记和并发清除是可以和用户线程一起执行的,是真正的并发(G1的并发标记也是),其他的都是并行,是多线程的GC执行的
理解GC日志
发生时间 | 停顿类型 | 发生区域 | 总容量变化 | 堆容量变化 | GC使用时间 |
---|---|---|---|---|---|
jvm启动以来经过的秒数 | [Full GC 代表STW | [DefNew、[Tenured、[Perm 名称由收集器决定 |
怎么获取GC日志:-XX:+printGCDetails
GC参数
参数 | 描述 |
---|---|
UseSerialGC | |
UseParNewGC | |
UseConcMarkSweepGC | |
UseParallelGC | |
UseParallelOldGC | |
UseG1GC | |
Xmn | 设定新生代大小 |
SurviviorRatio | 新生代中Eden 区域与Survivor区域的容量比值,默认8 |
PretenureSizeThreshold | 直接晋升到老年代的大小 |
MaxTenuringThreshold | 晋升到老年代的年龄 |
UseAdaptiveSizePolicy | 动态调整java堆中各个区域的大小及进入老年代的年龄 |
HandlePromotionFailure | 是否允许分配担保失败。会有啥影响呢?? |
ParallelGCThreads | 设置并行GC回收是进行内存回收的线程数,和CPU的关系??? |
GCTimeRatio | GC占总时间的比率,默认99,即允许1%的GC时间,Parallel Scavenge |
MaxGCPauseMills | GC最大停顿时间,Parallel Scavenge,G1 |
CMSInitiatingOccupancyFraction | CMS在老年代空间被使用多少后触发GC,默认68%,CMS |
UseCMSCompactAtFullCollection | CMS在完成GC后是否进行一次内存碎片整理,CMS |
CMSFullGCsBeforeCompaction | CMS在进行多少次GC后启动一起内存碎片整理。CMS |
G1ReservePercent | 设置作为空闲空间的预留内存百分比,以降低目标空间溢出的风险 |
InitiatingHeapOccupancyPercent | 设置触发标记周期的 Java 堆占用率阈值。默认占用率是整个 Java 堆的 45% |
ConcGCThreads | 调整G1垃圾收集的后台线程数 |
G1HeapRegionSize | 设置的 G1 区域的大小。值是 2 的幂 |
内存分配与回收策略
Q: tenured GC 会单独执行,还是会来一次fullGC
自己做个实验,参数:
-verbose:gc -Xms4M -Xmx4M -Xmn2M -XX:+PrintGCDetails -XX:PretenureSizeThreshold=524288
[Full GC (Allocation Failure) [PSYoungGen: 512K->0K(1536K)] [ParOldGen: 1349K->558K(2048K)] 1861K->558K(3584K), [Metaspace: 2995K->2995K(1056768K)], 0.0040780 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]
使用serialGC后:-XX:+UseSerialGC
[GC (Allocation Failure) [DefNew: 1664K->192K(1856K), 0.0015682 secs] 1664K->616K(3904K), 0.0015951 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) [Tenured: 1448K->691K(2048K), 0.0017854 secs] 2293K->691K(3904K), [Metaspace: 2995K->2995K(1056768K)], 0.0018095 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]
看着貌似Tenured 会单独GC ,老年代GC时,会对Metaspace 进行回收。
实践
docker 查看java进程:
ps -ef|grep java
使用参数: (4C8G的机器)
/usr/local/java8/bin/java -server -Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 -Djava.io.tmpdir=/tmp -Djava.net.preferIPv6Addresses=false -Djava.io.tmpdir=/tmp -Duser.timezone=GMT+08 -Xss512k -Xmx4096m -Xms4096m -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m -XX:+AlwaysPreTouch -XX:+HeapDumpOnOutOfMemoryError
-XX:+UseG1GC -XX:G1HeapRegionSize=4M -XX:InitiatingHeapOccupancyPercent=40 -XX:MaxGCPauseMillis=100
-XX:+TieredCompilation -XX:CICompilerCount=4
-XX:-UseBiasedLocking
-XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution
-XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintStringTableStatistics -XX:+PrintAdaptiveSizePolicy -XX:+PrintGCApplicationStoppedTime -XX:+PrintFlagsFinal
-XX:-UseGCLogFileRotation
-XX:NumberOfGCLogFiles=10
-XX:GCLogFileSize=10M
-Xloggc:/var/logs/com.center/gc.log.20210705
-XX:ErrorFile=/var/logs/com.center/vmerr.log.20210705
-XX:HeapDumpPath=/var/logs/com.center/heaperr.log.20210705
-Xdebug
-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8418
-javaagent:/opt/test/jacocoagent.jar=output=tcpserver,port=6300,address=*,excludes=com.dianping.* -Dspring.profiles.active=test
-jar ./-server-1.0.25-SNAPSHOT.jar