#排查

线上 CPU 飙到 80% 以上，最后定位到一个写错的邮箱正则。记录 top -H、jstack 到正则回溯（catastrophic backtracking）的完整排查过程。

整理 G1 的常用 JVM 参数，以及 OOM 排查中用到的 jps、jmap、pmap、perf 等命令，并弄清 RSS 与 VSZ 的区别。

线上线程数每天稳定上涨直到报警。根因是每次调用都在 new 一个线程池，空闲线程永不释放。记录现象、jstack 分析与修复方式。

集群扩容也压不下去的 CPU，问题不在优化而在定位。用 Dump + WinDbg 从 CLR 垃圾回收和大对象分配入手，最终找到字符串拼接引发的 GC 风暴。