开篇：不用锁也能线程安全？

想象你在银行柜台，100 个人同时往同一个账户存 1 块钱。如果每个人都要"查余额 -> 加 1 -> 写回去"，中间不锁柜台，最终余额几乎不可能是 100。这就是经典的并发写问题。

加锁当然能解决，但锁意味着排队，排队意味着慢。有没有不排队的方案？JDK 给了我们两条路：

• 原子类：基于 CAS 硬件指令，在不加锁的前提下完成"读-改-写"三步的原子操作。
• ThreadLocal：干脆不共享，每个线程自己玩自己的副本，连冲突都不存在。

开篇：凌晨的 OOM 告警是怎么排查的

内存问题是 Java 线上排查中最让人头疼的一类——它不像 CPU 飙高那样能快速用 top + jstack 定位，也不像接口超时那样能通过链路追踪找到瓶颈。内存问题往往是缓慢积累、突然爆发，等你收到告警的时候，进程可能已经在 OOM 的边缘疯狂 FullGC 了。

这篇文章记录了几个真实的内存问题排查案例，从发现到定位到解决，完整还原排查过程。每个案例的排查思路都是可以复用的。

---

一、OOM 排查实战：LinkedList 内存泄漏