JVM

1. 背景 储备足够多的知识是解决JVM调优的必要条件，努力掌握每一次机会，不断地去尝试，才能提高自己的水平 2. 面试题记录 2.1. 解释#年轻代垃圾回收机制 2.2 JVM调优 2.3 jvm垃

1.前期知识 其实掌握的知识点已经够多了，我们要做的就是一次次应用和实战，把他串联起来就可以学以致用 -XX:+PrintTenuringDistribution：打印 gc 发生时的分代信息。 -X

1. 背景 当你遇到线上服务内存偏高，偶然激增，你需要去heap dump分析内存，结合GC日志分析内存的释放情况 2. GC日志分析 2.1 基本结构 2.2 日志分析 4. GC日志的error分

当你真正去解决fullgc的问题的时候，并不能一概而论的去解决问题，而是要具体分析，掌握具体的命令和监控工具才能根本上解决问题

1. 背景 火焰图对于分析代码性能至深的好用，我也是在接触arthas以后才尝试去学习他的 2. 知识 $ sudo perf record -F 99 -p 13204 -g -- sleep 30

善于总结才能做得更好哈，xdm，总结一下反而复杂的JVM参数 参数 -XX:NewRatio=2 设置年轻代和年老代的比值。

再使用jcmd和jstack时，要注意需要使用和java进程一致的用户才能执行，分析问题 1. 在线分析thread dump的工具 参考文章：https://www.bilibili.com/vid

1. 背景 最近公司组织架构调整，换了新座位，对面的是个老员工张老板，晚上8点多不知道是谁扯起了这个话题，张老板说他们的项目都换成了G1，而且运行起来也没遇到啥问题，根本不需要啥JVM调优，我也挺尴尬

OOM分好多种，本文就结合代码demo做个总结，既方便自己温故知新，又能和xdm一起学习进步 1. 栈oom 注意这是个错误 2. 堆oom 3. GC超过限制导致OOM 4. 直接内存OOM 5.

jar包冲突排查问题记录 2. 如何统一Jar包依赖 像上面截图所示，如果一个项目有N多个子项目构成，项目之间可能还有依赖关系，Jar包冲突不可避免，此时可采用父pom，统一对版本进行管理，一劳永逸。

线上CPU飙高或者发生死锁应该如何排查，方法很多种，可以借助于arthas命令，也可以手动通过命令排查 如何排查 细节描述