首页 编程相关 正文
我要发布

开始改变第一天 JVM的原理到调优（4）

编程相关
2025-12-12 0 131

JVM实战指南：参数配置与调优工具详解

一、JVM参数类型全解析

1.1 标准参数（稳定不变）

特点：跨JDK版本保持稳定，用于基本操作和功能查看

# 版本信息
java -version

# 帮助信息
java -help

# 系统属性查看
java -showversion

# 类路径设置
java -cp /path/to/classes:. MainClass
java -classpath /path/to/lib/*.jar MainClass

1.2 -X参数（非标准参数）

特点：JDK版本相关，不同版本可能有所变化

# 解释模式执行（不进行JIT编译）
java -Xint -jar app.jar

# 混合模式（默认）
java -Xmixed -jar app.jar

# 编译模式（全部方法编译）
java -Xcomp -jar app.jar

# 调试信息
java -Xdebug -jar app.jar

# 显示GC详细信息
java -Xloggc:gc.log -jar app.jar

1.3 -XX参数（调优核心）

Boolean类型参数
# 开启GC日志
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintGCDateStamps

# 开启HeapDump
-XX:+HeapDumpOnOutOfMemoryError

# 使用G1垃圾收集器
-XX:+UseG1GC

# 禁用显式GC调用（防止System.gc()影响）
-XX:+DisableExplicitGC
非Boolean类型参数（键值对）
# 堆内存设置
-XX:InitialHeapSize=100M
-XX:MaxHeapSize=2G
-XX:NewSize=512M
-XX:MaxNewSize=512M

# 元空间设置
-XX:MetaspaceSize=128M
-XX:MaxMetaspaceSize=256M

# GC相关
-XX:MaxGCPauseMillis=200
-XX:GCTimeRatio=99
-XX:SurvivorRatio=8

1.4 快捷参数（-XX的别名）

# 堆内存快捷设置
-Xms100M          # 等价于 -XX:InitialHeapSize=100M
-Xmx2G            # 等价于 -XX:MaxHeapSize=2G
-Xss256k          # 等价于 -XX:ThreadStackSize=256k

# 新生代设置
-Xmn512M          # 等价于 -XX:NewSize=512M -XX:MaxNewSize=512M

# 内存单位换算
1 Byte = 8 bit
1 KB   = 1024 Byte
1 MB   = 1024 KB  
1 GB   = 1024 MB

二、JVM参数设置实战

2.1 不同环境的参数设置方式

IDE开发环境（IntelliJ IDEA）
# Run Configuration → VM options
-Xms512m -Xmx2G -XX:+UseG1GC -XX:+PrintGCDetails
命令行启动
java -Xms2G -Xmx2G -XX:+UseG1GC -jar application.jar
Tomcat服务器

catalina.sh / catalina.bat

# Linux/Mac
export JAVA_OPTS=\"-Xms2G -Xmx2G -XX:+UseG1GC -XX:+PrintGCDetails\"

# Windows
set JAVA_OPTS=\"-Xms2G -Xmx2G -XX:+UseG1GC -XX:+PrintGCDetails\"
Spring Boot应用

application.properties

# JVM参数通过环境变量或启动脚本设置
# 或者在启动时指定
java -Xms2G -Xmx2G -jar springboot-app.jar

2.2 生产环境推荐配置

# 基础内存配置
-Xms4G -Xmx4G                   # 堆内存初始和最大
-Xmn2G                          # 新生代大小
-XX:MetaspaceSize=256M          # 元空间初始
-XX:MaxMetaspaceSize=512M       # 元空间最大

# GC配置
-XX:+UseG1GC                    # 使用G1收集器
-XX:MaxGCPauseMillis=200        # 目标停顿时间
-XX:G1HeapRegionSize=16M        # Region大小

# 日志和监控
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-Xloggc:/app/logs/gc.log
-XX:+UseGCLogFileRotation
-XX:NumberOfGCLogFiles=5
-XX:GCLogFileSize=20M

# 故障诊断
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/app/dumps
-XX:ErrorFile=/app/logs/hs_err_pid%p.log

三、调优利器：命令行工具详解

3.1 jps – Java进程状态工具

基本用法：

# 查看所有Java进程
jps

# 查看详细信息
jps -l     # 显示完整主类名
jps -v     # 显示JVM参数
jps -m     # 显示main方法参数

# 示例输出
1234 MainApplication
5678 -Xms512m -Xmx2G

实战场景：

  • 快速找到目标应用的PID
  • 确认JVM参数是否正确设置
  • 排查僵尸Java进程

3.2 jinfo – 实时参数查看与修改

查看参数：

# 查看所有参数
jinfo 

# 查看特定参数
jinfo -flag UseG1GC 
jinfo -flag MaxHeapSize 

# 查看所有可修改参数
jinfo -flags

修改参数（需要Manageable标志）：

# 开启GC日志（实时生效）
jinfo -flag +PrintGCDetails 

# 修改堆内存（需要重启）
jinfo -flag MaxHeapSize=4G

实战场景：

# 诊断案例：应用响应变慢，临时开启GC日志
jinfo -flag +PrintGCDetails 1234
jinfo -flag +PrintGCTimeStamps 1234

# 观察一段时间后关闭
jinfo -flag -PrintGCDetails 1234

3.3 jstat – GC和类加载监控

GC监控：

# 每1秒采集一次，共10次
jstat -gc  1000 10

# 输出列说明：
# S0C/S1C: Survivor 0/1区容量
# S0U/S1U: Survivor 0/1区使用量
# EC/EU: Eden区容量/使用量
# OC/OU: 老年代容量/使用量
# MC/MU: 元空间容量/使用量
# YGC/YGCT: Young GC次数/耗时
# FGC/FGCT: Full GC次数/耗时
# GCT: 总GC耗时

类加载监控：

# 类加载统计
jstat -class  1000 5

# 编译统计
jstat -compiler

实战分析案例：

# 发现Full GC频繁
jstat -gc 1234 1000 10

# 输出示例：
 FGC      FGCT     GCT   
  15      45.234   67.890  # 15次Full GC，总耗时45秒
  16      46.123   68.901  # 1秒内又发生1次Full GC → 问题严重！

3.4 jstack – 线程堆栈分析

基本用法：

# 生成线程快照
jstack  > thread_dump.txt

# 包含锁信息
jstack -l  > thread_dump_with_locks.txt

死锁检测实战：

# 1. 生成线程转储
jstack -l 1234 > deadlock.txt

# 2. 查找死锁信息
grep -A 20 \"deadlock\" deadlock.txt

# 3. 分析线程状态
# 发现BLOCKED状态的线程和持有的锁

常见线程状态分析：

  • RUNNABLE: 运行中
  • BLOCKED: 等待监视器锁
  • WAITING: 无限期等待
  • TIMED_WAITING: 有限期等待

3.5 jmap – 内存分析利器

堆内存概览：

# 堆内存摘要
jmap -heap 

# 输出内容：
# 堆配置参数
# 各内存区域使用情况
# GC算法信息

内存泄漏分析实战：

# 1. 生成堆转储文件
jmap -dump:format=b,file=heap.hprof 

# 2. 实时监控对象创建
jmap -histo:live  > object_histogram.txt

# 3. 分析大对象
# 按对象数量和大小排序，找到内存占用最大的类

OOM故障排查流程：

# 预防性设置
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/path/to/dumps

# 发生OOM后分析
jmap -histo:live  | head -20    # 查看对象分布
jmap -dump:format=b,file=oom.hprof   # 生成详细堆转储

# 使用MAT或JVisualVM分析hprof文件

四、图形化工具实战

4.1 jconsole – 基础监控

启动方式：

# 直接启动
jconsole

# 连接远程进程
jconsole                     # 本地
jconsole hostname:port           # 远程

监控要点：

  • 内存标签：各区域内存使用趋势
  • 线程标签：线程数量变化，检测死锁
  • 类标签：类加载数量监控
  • MBean标签：自定义监控指标

4.2 实战监控案例

内存泄漏检测
  1. 观察老年代增长：持续增长不回落
  2. 执行Full GC：手动触发观察内存回收效果
  3. 对比GC前后：如果回收效果差，可能存在内存泄漏
线程池问题诊断
  1. 线程数量监控：突然增长可能表示线程泄漏
  2. 线程状态分析：大量WAITING/BLOCKED线程需要关注
  3. 死锁检测：使用jconsole自动检测死锁

五、生产环境调优实战

5.1 性能问题诊断流程

# 1. 快速状态检查
jps -v                          # 确认进程和参数
jstat -gc  1000 5          # GC健康状况

# 2. 深入分析
jstack  > thread.txt       # 线程分析
jmap -histo  | head -30    # 对象分布

# 3. 详细诊断
jmap -dump:format=b,file=heap.hprof   # 堆转储
jstat -gccapacity          # 内存容量趋势

5.2 常见问题及解决方案

场景1：GC过于频繁
# 症状：YGC次数过多，应用响应慢
# 解决方案：增大新生代
-XX:NewSize=1G
-XX:MaxNewSize=1G
-XX:SurvivorRatio=8
场景2：Full GC停顿过长
# 症状：Full GC耗时数秒，服务卡顿
# 解决方案：优化老年代，使用G1
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200
-XX:InitiatingHeapOccupancyPercent=45
场景3：内存泄漏
# 症状：内存持续增长，Full GC无法回收
# 解决方案：分析堆转储，找到泄漏对象
jmap -dump:format=b,file=leak.hprof 
# 使用MAT分析dominator_tree

5.3 监控脚本示例

#!/bin/bash
# monitor_jvm.sh

PID=$1
INTERVAL=${2:-5}

echo \"Monitoring JVM process: $PID\"
echo \"Timestamp,HeapUsed,HeapMax,OldGen,Metaspace,YGC,YGCT,FGC,FGCT\"

while true; do
    jstat -gc $PID | tail -1 | awk -v date=\"$(date \'+%Y-%m-%d %H:%M:%S\')\" \'{
        printf \"%s,%.0f,%.0f,%.0f,%.0f,%d,%.3f,%d,%.3fn\", 
            date, 
            $3+$4+$6+$8,  # Heap Used
            $2+$5+$7+$9,  # Heap Max  
            $8,            # Old Gen Used
            $10,           # Metaspace Used
            $13, $14, $15, $16
    }\'
    sleep $INTERVAL
done

六、总结

6.1 工具使用心法

  1. jps：快速定位，确认目标
  2. jinfo：参数查验，实时调整
  3. jstat：趋势监控，发现问题
  4. jstack：线程分析，解决卡顿
  5. jmap：内存深入，根治泄漏

6.2 实战要点

  • 预防优于治疗：合理设置监控和dump参数
  • 趋势大于单点：关注指标变化趋势而非单个数值
  • 关联分析：结合业务日志和系统监控综合分析
  • 渐进调优：每次只调整1-2个参数，观察效果

通过熟练掌握这些工具的使用方法，结合业务场景进行针对性的调优，能够有效提升应用性能，快速定位和解决生产环境中的各种JVM相关问题。

收藏 (0) 打赏

感谢您的支持，我会继续努力的!

打开微信/支付宝扫一扫，即可进行扫码打赏哦，分享从这里开始，精彩与您同在
点赞 (0)

申明：本文由第三方发布，内容仅代表作者观点，与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的，并不意味着赞同其观点或证实其描述，也不代表本网对其真实性负责。

左子网 编程相关 开始改变第一天 JVM的原理到调优（4） https://www.zuozi.net/35727.html

第一章-第三节-Java开发环境配置
上一篇： 第一章-第三节-Java开发环境配置
java 类 静态和非静态说明
下一篇： java 类 静态和非静态说明
常见问题

发货方式是什么？

  • 1、自动：拍下后，点击（下载）链接即可下载；2、手动：拍下后，联系卖家发放即可或者联系官方找开发者发货。
查看详情

交易周期是多久呢？

  • 1、源码默认交易周期：手动发货商品为1-3天，并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放，如遇纠纷无限期延长收款金额直至纠纷解决或者退款！；
查看详情

能退款么？

  • 1、描述：源码描述(含标题)与实际源码不一致的（例：货不对板）； 2、演示：有演示站时，与实际源码小于95%一致的（但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外）； 3、发货：不发货可无理由退款； 4、安装：免费提供安装服务的源码但卖家不履行的； 5、收费：价格虚标，额外收取其他费用的（但描述中有显著声明或双方交易前有商定的除外）； 6、其他：如质量方面的硬性常规问题BUG等。 注：经核实符合上述任一，均支持退款，但卖家予以积极解决问题则除外。
查看详情

注意事项

  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档，以确保交易的真实、有效、安全！ 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保，请买家自行鉴别； 3、在源码同时有网站演示与图片演示，且站演与图演不一致时，默认按图演作为纠纷评判依据（特别声明或有商定除外）； 4、在没有”无任何正当退款依据”的前提下，商品写有”一旦售出，概不支持退款”等类似的声明，视为无效声明； 5、在未拍下前，双方在QQ上所商定的交易内容，亦可成为纠纷评判依据（商定与描述冲突时，商定为准）； 6、因聊天记录可作为纠纷评判依据，故双方联系时，只与对方在左子上所留的QQ、手机号沟通，以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小，但一定要保留如聊天记录、手机短信等这样的重要信息，以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务

联系官方团队 在线提交工单
TA的动态
左子网

分享最新WordPress教程共同学习，共同进步，共同成长！

QQ交流群
左子网

QQ交流群

您的支持，是我们最大的动力！ https://qm.qq.com/q/iR7Nj0TrOg
热门文章
热门标签
随机推荐
热门评论
终身VIP会员限时钜惠
首页 源码 菜单 案例 我的