JAVA企业级并发编程实战

先说清楚：这门课解决的是哪类"卡住"

能写单线程业务代码，也能照着示例起几个 Thread，但一旦遇到线程池参数怎么定、为什么加了 synchronized 吞吐反而掉了、线上 CPU 飙高怎么定位到具体线程——这些问题往往是靠搜索零散答案拼凑过去的。拼凑出来的知识有个共同特征：能跑通，但说不清边界在哪。

这门课面向的正是这种状态。它假设你已经知道什么是线程、什么是锁，不打算从 Thread 的构造方法讲起，而是从"你在真实项目里会撞上的并发问题"倒推需要补的原理。

需要提前补齐的几块底子

并发编程的难点不在 API 多，而在它的错误往往不报错。所以这门课会反复回到三个判断点上，你可以先自测一下：

• 能否说清 JMM 里可见性和有序性分别由什么保证，volatile 到底解决了哪一个、没解决哪一个；
• 看到一个共享变量被多处读写，能否判断该用锁、用原子类，还是干脆改成线程封闭；
• 能否解释线程池的队列满了之后发生什么，拒绝策略选错会导致什么后果。

如果这三条里有说不利索的，说明基础层还有空洞，跟着课程走的时候要格外留意对应章节，别跳。反过来，如果都能答上来，可以重点看后半段的工具与框架部分，以及实战项目的设计思路。

课程会带你动哪些手

光看并发代码是学不会并发的，因为问题只在运行期暴露。课程安排了不少需要你自己跑、自己压、自己看结果的部分，大致围绕这几类任务展开：

• 用不同方式实现同一个并发任务，对比吞吐、延迟和资源占用，而不是只对比"能不能跑"；
• 构造几个典型的失效场景，比如竞态条件、死锁、线程泄漏，然后用工具定位到根因；
• 把并发工具和框架用在接近业务的场景里，而不是写几个计数器就结束。

重点不是把示例敲一遍，而是训练一种习惯：写完并发代码后，先想它会在什么条件下出错，再去验证。这个习惯比记住多少个类名有用得多。

看完应该能回答的问题

判断一门课有没有吃透，最直接的办法是看学完之后能不能接住具体提问。下面这些问题可以作为你的验收清单：

• 线上服务线程数持续上涨不回落，你会按什么顺序排查，每一步想确认什么；
• 一个接口在压测下响应时间随并发数非线性上升，可能是锁竞争、上下文切换还是 GC，怎么区分；
• 无锁的 CAS 在什么情况下反而不如加锁，ABA 问题在业务里怎么体现；
• 把一段串行逻辑改成并行，收益的边界在哪里，什么情况下改完更慢。

这些问题没有标准答案，但如果你能给出有条理的排查路径和取舍理由，说明这门课的内容真正内化成了你的判断力。

适合什么时候打开它

如果你正准备面试中被问到并发细节，或者手头的项目已经出现性能瓶颈、偶发数据不一致，又或者你只是隐约觉得自己这块知识是拼起来的、想系统捋一遍，那这门课对得上。它不适合完全没有多线程概念的人——那种情况先去把基础线程模型和锁的概念过一遍，再回来会顺畅很多。

学习节奏上，建议不要一口气看完。并发的东西看一遍和动手一遍差距很大，每个模块结束后，拿自己项目里的一段代码当练习对象，比多做几道题更值。