面了三家公司，两次被问到"单例为什么要加 volatile" 十月中旬开始投简历试水，面试被问了三次单例模式。第一次我背出了双重检查锁的写法，面试官追问"为什么 instance 要加 volatile"，我卡住了，说了句"保证可见性"，他摇摇头。第二次还是同一个问题，我还是没答到点上。 回来自己翻
压测数据打脸：我把 synchronized 换成 ReentrantLock，反而慢了 8 月份做优惠券发放模块，有个扣库存的临界区。师傅说了句"ReentrantLock 比 synchronized 快"，我就吭哧吭哧把代码全改了，还加了 finally 释放锁。结果自己压测一测，10 并发下
客服工单里的串号：A 用户看到了 B 用户的手机号 7 月初的一个下午，客服转过来一张截图：用户 A 在个人中心看到的手机号，是另一个用户的。我第一反应是不信，把那串号码脱敏后在库里一查，确实属于用户 B，两个人八竿子打不着。 我们那个接口长这样，用户信息是从一个 ThreadLocal 里取的，网
上午十点，接口全部超时 5 月 8 号上午十点整，监控告警连着响了：订单服务的接口 P99 从 80ms 涨到 30 秒（超时阈值），成功率掉到 12%。登录机器看，进程还在，CPU 只有 6%，内存正常，但所有请求都在超时。 第一感觉是数据库挂了。查了 MySQL 监控，QPS 只有平时的三分之一
同事问我：既然有 volatile，为什么还要加锁 上周 code review，同事看到我写的一个状态标记用了 volatile，问我："这东西不是能保证线程安全吗，那 synchronized 还有什么用？" 我说不能这么理解，但当时没能讲清楚。下来自己看了几天 JMM 的资料，又写了几个例子验
