JVM调优简述

JVM调优是所有初级程序员向高级迈入的必经之路,而这个过程又需要许多JVM内存知识。下面就总结一二,和大家分享一下:
###1.JVM内存模型
JVM内存模型如下图所示:
这里写图片描述
JVM内存构成:方法区、java栈、本地方法栈、程序计数器、堆

方法区存放的内容:类信息,常量池,静态字段,方法;方法区只是逻辑上的概念,它的存放时存放在堆内的,也就是持久代中。这种叫法就相当于大名叫方法区,小名叫持久代。
**java栈:**运行JVM时用到的方法会以栈桢的方式存入java栈中,运行完成后弹出。
本地方法栈:和java栈用法没有区别,只是它存放的是Native方法。
程序计数器:记录每个线程运行代码的行号,因为每个线程不能互相影响,所以每个线程都会有自己的计数器。
:存储java运行时生成的各种对象。我们如果进行内存优化的对象也就是堆内存。
这里写图片描述
堆的构成:持久代、年轻代、老年代
年轻代构成:1个Eden区和2个Survior区

###2.JVM的常用垃圾收集方式
1)UseSerialGC 串行收集器:一旦执行垃圾回收,终端所有用户的线程直到GC完成。优点:适合低配置的机器,用户交互少,后台任务多的系统;
2) UseParallelGC 并行收集器:仅对年轻代是并行收集,老年代还是串行执行。
3) UseConcMarkSweepGC(CMSGC)并发收集器 :优点:适用于响应时间优先的应用,减少用户等待时间。缺点:mark和sweep时会产生很多的碎片,因此要间隔一段时间就需要进行一次整理,否则遇到大对象没有连续空间提空存放,会触发串行GC。

###3.JVM参数调优
常用参数:
-Xss:单个线程栈的大小,越小支持的线程数越多
-Xms:初始化堆大小
-Xmx:最大堆大小
-Xmn:设置年轻代大小
-XX:SurvivorRatio:Eden区与Survior区比值,默认为8,即s1:s2:eden=1:1:8
-XX:NewRatio:设置年老代与年轻代的比值
-XX:MaxPermSize:持久代最大大小
-XX:ParallelGCThreads:执行垃圾回收的线程数,一般与Cpu的核数相同
-XX:+UseConcMarkSweepGC:选择CMS垃圾回收机制
-XX:+UseCMSCompactAtFullCollection:对年老代的进行压缩,这个就是针对CMS碎片过多进行的配置
-XX:-PrintGC:打印GC结果
-XX:-TraceClassResolution:跟踪常量池信息

G1与CMS回收器比较:

G1在压缩空间方面有优势
G1通过将内存空间分成区域(Region)的方式避免内存碎片问题
Eden, Survivor, Old区不再固定、在内存使用效率上来说更灵活
G1可以通过设置预期停顿时间(Pause Time)来控制垃圾收集时间避免应用雪崩现象
G1在回收内存后会马上同时做合并空闲内存的工作、而CMS默认是在STW(stop the world)的时候做
G1会在Young GC中使用、而CMS只能在O区使用
G1适合的场景:

服务端多核CPU、JVM内存占用较大的应用(至少大于4G)
应用在运行过程中会产生大量内存碎片、需要经常压缩空间
想要更可控、可预期的GC停顿周期;防止高并发下应用雪崩现象

查看 GC log,打印 GC log 需要在 JVM 启动参数里添加如下参数:
-XX:+PrintGCDateStamps:打印 GC 发生的时间戳。
-XX:+PrintTenuringDistribution:打印 GC 发生时的代龄信息。
-XX:+PrintGCApplicationStoppedTime:打印 GC 停顿时长
-XX:+PrintGCApplicationConcurrentTime:打印 GC 间隔的服务运行时长
-XX:+PrintGCDetails:打印 GC 详情,包括 GC 前/内存等。
-Xloggc:…/gclogs/gc.log.date:指定 GC log 的路径

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值