动手写一个 JVM 调优学习项目6 个真实场景带你掌握性能优化项目地址: https://gitee.com/jiucenglou/jvm-tuning-lab技术栈: Java 8 Maven适合人群: Java 开发者、性能调优初学者、面试准备者 为什么写这个项目在实际开发和面试中JVM 调优往往是一个让人头疼的话题❌ 背了很多面试题但遇到 OOM 还是手足无措❌ GC 日志看不懂参数只会照搬别人的配置❌ 知道理论但缺乏实际动手经验❌ 网上教程大多是文字描述没有可实操的环境基于这些痛点我开发了这个JVM Tuning LabJVM 调优实验室项目。它不是一个普通的示例代码而是一个完整的学习平台通过 6 个精心设计的真实场景让你在实践中掌握 JVM 调优的核心技能。项目已开源在 Giteehttps://gitee.com/jiucenglou/jvm-tuning-lab欢迎 Star ⭐ 和 Fork一起学习交流 项目概览核心特性✅6 个经典场景: 覆盖最常见的 JVM 问题内存泄漏、频繁 GC、大对象、栈溢出、元空间溢出、CPU 飙高✅交互式菜单: 图形化操作简单易用无需记忆命令✅详细注释: 每个场景都有完整的中文注释讲解问题原理和调优方法✅完整文档: 包含参数速查表、工具使用指南、学习路径建议✅跨平台支持: 提供 Windows/Linux/Mac 快速启动脚本✅监控工具: 内置 PowerShell 实时监控脚本可视化查看 JVM 状态项目结构jvm-tuning-lab/ ├── src/main/java/com/jvmlab/ │ ├── JVMTuningLab.java # 主程序交互式菜单 │ ├── scenario/ # 6 个场景模块 │ │ ├── MemoryLeakScenario.java # 场景1: 内存泄漏 │ │ ├── FrequentGCScenario.java # 场景2: 频繁GC │ │ ├── LargeObjectScenario.java # 场景3: 大对象 │ │ ├── StackOverflowScenario.java # 场景4: 栈溢出 │ │ ├── MetaspaceOverflowScenario.java # 场景5: 元空间溢出 │ │ └── HighCPUScenario.java # 场景6: CPU飙高 │ └── util/ │ └── JvmInfoUtil.java # JVM信息工具类 ├── README.md # 完整项目文档 ├── run.bat / run.sh # 快速启动脚本 ├── monitor.ps1 # Windows监控工具 └── pom.xml # Maven配置 快速开始环境要求JDK 8 或更高版本Maven 3.xGit用于克隆项目三步运行1. 克隆项目gitclone https://gitee.com/jiucenglou/jvm-tuning-lab.gitcdjvm-tuning-lab2. 编译项目mvn clean compile3. 运行程序Windows 用户推荐:# 方式1: 双击运行脚本最简单.\run.bat# 方式2: 使用 Mavenmvn exec:java-Dexec.mainClasscom.jvmlab.JVMTuningLab# 方式3: 直接使用 Javajava-cptarget/classes com.jvmlab.JVMTuningLabLinux/Mac 用户:# 方式1: 使用启动脚本chmodx run.sh ./run.sh# 方式2: 使用 Mavenmvn exec:java-Dexec.mainClasscom.jvmlab.JVMTuningLab程序启动后会显示交互式菜单┌─────────────────────────────────────────────────┐ │ 可选场景列表 │ ├─────────────────────────────────────────────────┤ │ 1. 内存泄漏场景 - 演示堆内存泄漏 │ │ 2. 频繁GC场景 - 演示Young GC频繁 │ │ 3. 大对象场景 - 演示大对象分配 │ │ 4. 栈溢出场景 - 演示StackOverflowError │ │ 5. 元空间溢出场景 - 演示Metaspace OOM │ │ 6. CPU飙高场景 - 演示CPU占用过高 │ ├─────────────────────────────────────────────────┤ │ 0. 退出程序 │ └─────────────────────────────────────────────────┘ 请选择场景 (输入编号):输入数字即可开始体验对应的场景 六大场景详解场景 1: 内存泄漏 (MemoryLeakScenario)问题描述: 通过静态集合持续持有对象引用导致对象无法被 GC 回收现象表现:堆内存使用量持续增长GC 频率增加但回收效果越来越差最终抛出OutOfMemoryError: Java heap space运行命令:java-Xmx128m-XX:HeapDumpOnOutOfMemoryError\-XX:HeapDumpPath./heapdump.hprof\-cptarget/classes com.jvmlab.JVMTuningLab调优要点:使用 MATMemory Analyzer Tool分析堆转储文件查找 GC Roots 引用链定位泄漏源检查静态集合、缓存、监听器是否及时清理使用弱引用WeakReference替代强引用排查工具:jmap -dump:formatb,fileheap.hprof pid- 生成堆转储MAT - 分析堆转储查找泄漏点VisualVM - 实时监控内存趋势场景 2: 频繁 GC (FrequentGCScenario)问题描述: 快速创建大量短生命周期对象触发频繁的 Young GC现象表现:Young GC 频率非常高可能每秒多次GC 日志中频繁出现 Young GC 记录应用吞吐量下降响应时间增加CPU 使用率升高GC 线程占用 CPU运行命令:java-Xmx256m-Xmn128m\-XX:PrintGCDetails-XX:PrintGCDateStamps\-Xloggc:gc.log\-cptarget/classes com.jvmlab.JVMTuningLab调优要点:增大年轻代-Xmn减少 Young GC 频率优化代码减少临时对象创建使用对象池复用对象调整 Survivor 区比例-XX:SurvivorRatio考虑使用 G1 收集器排查工具:jstat -gcutil pid 1000- 每秒观察 GC 统计GC 日志分析 - 查看 GC 频率和暂停时间VisualVM - 监控 GC 活动场景 3: 大对象 (LargeObjectScenario)问题描述: 创建超过年轻代大小的对象直接进入老年代加速老年代填满现象表现:大对象直接分配到老年代绕过年轻代老年代使用率快速上升可能提前触发 Full GC运行命令:java-Xmx256m-Xmn128m\-XX:PretenureSizeThreshold1048576\-XX:PrintGCDetails\-cptarget/classes com.jvmlab.JVMTuningLab调优要点:调整 -XX:PretenureSizeThreshold 参数控制大对象阈值增大年轻代让更多对象在年轻代分配优化代码避免创建超大对象分块处理大数据避免一次性加载使用流式处理替代批量加载关键参数:PretenureSizeThreshold: 对象超过此大小直接在老年代分配仅 Serial/ParNew 有效对于 G1 收集器使用-XX:G1HeapRegionSize和-XX:MaxGCPauseMillis调优场景 4: 栈溢出 (StackOverflowScenario)问题描述: 通过无限递归调用耗尽线程栈空间现象表现:递归深度不断增加线程栈空间耗尽抛出StackOverflowError不会触发 GC非堆内存问题运行命令:java-Xss256k-cptarget/classes com.jvmlab.JVMTuningLab 深入理解为什么线程栈大小会影响递归深度核心原理: 每次方法调用时JVM 会在线程栈上创建一个栈帧Stack Frame用于存储局部变量、操作数栈、动态链接和返回地址。数学关系:最大递归深度 线程栈大小 / 单个栈帧大小实验对比:栈大小配置字节数最大递归深度触发时间默认1MB1,048,576~10,000层较长-Xss512k524,288~5,000层中等-Xss256k262,144~2,500层较短 ⭐-Xss128k131,072~1,200层很短直观理解: 把线程栈想象成一栋固定高度的楼递归就是不断往上建房间。楼越高栈越大能建的房间越多递归越深。调优要点:调整 -Xss 参数设置合适的线程栈大小优化递归算法改为迭代实现限制递归深度添加终止条件使用尾递归优化需手动优化栈大小推荐配置:简单应用: 512KB 一般应用: 1MB默认 复杂递归: 2MB 高并发场景: 256KB-512KB需要大量线程场景 5: 元空间溢出 (MetaspaceOverflowScenario)问题描述: 通过动态生成大量类耗尽元空间Metaspace背景知识:JDK 8 之前类元数据存储在永久代PermGenJDK 8 及之后类元数据存储在元空间Metaspace使用本地内存元空间默认无上限可通过 MaxMetaspaceSize 限制现象表现:元空间使用量持续增长可能触发元空间 GCClass Unloading最终抛出OutOfMemoryError: Metaspace运行命令:java-XX:MaxMetaspaceSize64m\-XX:PrintGCDetails-XX:PrintGCDateStamps\-cptarget/classes com.jvmlab.JVMTuningLab常见场景:频繁使用反射、动态代理Groovy、JavaScript 等脚本语言动态编译OSGi 等模块化框架频繁加载/卸载类应用服务器热部署功能调优要点:设置合理的 MaxMetaspaceSize 限制启用类卸载G1 默认启用避免不必要的动态类生成缓存动态生成的类监控元空间使用趋势排查工具:jstat -gc pid- 观察元空间使用jmap -clstats pid- 查看类加载统计场景 6: CPU 飙高 (HighCPUScenario)问题描述: 通过死循环占用 CPU 资源模拟 CPU 使用率异常升高现象表现:CPU 使用率接近 100%应用响应变慢或无响应系统整体性能下降常见原因:死循环while(true) 没有退出条件正则表达式回溯catastrophic backtracking哈希冲突导致的链表过长JDK 8 前 HashMap频繁的序列化/反序列化复杂的计算任务排查步骤:# 1. 找到 Java 进程 PIDjps-l# 2. 查看进程中各线程的 CPU 使用率top-H-ppid# 3. 将线程 ID 转换为 16 进制printf%x\nthread_id# 4. 生成线程 dumpjstackpidthread.dump# 5. 在 dump 中搜索 16 进制线程 IDgrep-A500xhex_thread_idthread.dump预防建议:代码审查检查循环是否有正确的退出条件超时机制为长时间运行的操作设置超时监控告警设置 CPU 使用率告警阈值限流保护防止异常流量导致 CPU 飙升️ 常用 JVM 参数速查内存相关参数说明示例-Xms初始堆大小-Xms256m-Xmx最大堆大小-Xmx512m-Xmn年轻代大小-Xmn128m-Xss线程栈大小-Xss512k-XX:MaxMetaspaceSize最大元空间-XX:MaxMetaspaceSize256mGC 收集器选择参数说明适用场景-XX:UseSerialGCSerial 收集器单核、小内存-XX:UseParallelGCParallel 收集器多核、吞吐量优先-XX:UseConcMarkSweepGCCMS 收集器低延迟JDK 9 废弃-XX:UseG1GCG1 收集器大内存、可预测停顿GC 日志参数说明-XX:PrintGCDetails打印详细 GC 信息-XX:PrintGCDateStamps打印 GC 时间戳-Xloggc:fileGC 日志文件路径-XX:PrintGCApplicationStoppedTime打印 STW 时间诊断相关参数说明-XX:HeapDumpOnOutOfMemoryErrorOOM 时生成堆转储-XX:HeapDumpPathpath堆转储文件路径-XX:ErrorFilepath错误日志路径 监控工具命令行工具jps - JVM 进程状态# 列出所有 Java 进程jps-ljstat - JVM 统计信息# 实时观察 GC 统计每 1 秒刷新jstat-gcutilpid1000# 输出说明# S0/S1: Survivor 区使用率# E: Eden 区使用率# O: Old 区使用率# M: Metaspace 使用率# YGC: Young GC 次数# FGC: Full GC 次数# GCT: GC 总时间jmap - 内存映像# 生成堆转储jmap-dump:formatb,fileheap.hprofpid# 查看堆摘要jmap-heappidjstack - 线程堆栈# 生成线程 dumpjstackpidthread.dump图形化工具VisualVM: 实时监控 CPU、内存、线程查看 GC 活动JConsole: 监控 JVM 基本指标检测死锁MAT (Memory Analyzer Tool): 分析堆转储文件查找内存泄漏 学习路径建议第一阶段基础理解1-2 小时克隆项目到本地阅读每个场景的代码和注释使用默认参数运行场景观察现象理解问题产生的根本原因第二阶段工具使用2-3 小时学习使用 jstat 监控 GC 活动学习使用 jmap 生成堆转储学习使用 jstack 分析线程尝试使用 VisualVM 进行可视化监控第三阶段参数调优3-4 小时使用推荐的 JVM 参数运行场景对比不同参数下的表现差异尝试自己调整参数观察效果记录调优过程和结果第四阶段实战应用持续将学到的知识应用到实际项目建立 JVM 监控和告警机制制定 JVM 参数配置规范定期进行性能测试和调优⚠️ 注意事项安全提醒隔离环境运行: 内存和 CPU 场景会消耗大量资源建议在虚拟机或容器中测试不要在生产环境运行: 这些是故意制造问题的演示代码谨慎调整参数: 某些参数设置不当可能导致程序无法正常启动监控系统资源: 运行时注意观察系统资源使用情况Windows 用户特别说明使用run.bat启动程序最简单使用monitor.ps1实时监控 JVM按CtrlC停止正在运行的场景使用任务管理器查看资源使用情况 项目亮点为什么这个项目值得学习实践导向: 不是纸上谈兵每个场景都可以实际运行和观察系统全面: 覆盖 6 种最常见的 JVM 问题形成完整知识体系详细注释: 代码中每个关键点都有中文注释降低学习门槛即学即用: 提供一键启动脚本无需复杂配置开源免费: 完全开源持续更新欢迎贡献适合谁学习✅Java 初学者: 理解 JVM 基础概念✅中级开发者: 掌握问题排查和调优方法✅面试准备者: 积累实战经验面试有话可说✅性能工程师: 系统化学习 JVM 调优✅技术讲师: 作为教学演示工具 总结JVM 调优不是玄学而是可以通过系统学习和实践掌握的技能。这个项目就是为了帮助大家从背面试题到真正理解从纸上谈兵到动手实操从遇到问题慌到有方法排查项目地址: https://gitee.com/jiucenglou/jvm-tuning-lab如果你觉得这个项目对你有帮助欢迎⭐ Star 支持一下 Fork 参与贡献 分享给需要的朋友祝你在 JVM 调优的学习之路上不断进步 参考资料官方文档Oracle JVM DocumentationGarbage Collection Tuning Guide书籍推荐《深入理解 Java 虚拟机》- 周志明《Java Performance: The Definitive Guide》- Scott Oaks《Optimizing Java》- Benjamin J. Evans在线资源JVM Anatomy ParkGC Log Analysis Tools作者: [觉知此事]博客: [https://blog.csdn.net/lipansfj?typeblog]Gitee: https://gitee.com/jiucenglou/jvm-tuning-lab如果觉得文章有帮助欢迎点赞、收藏、关注你的支持是我持续分享的动力