同时做很多事：并发

并发不是让代码变快的咒语，而是让多个执行流共享资源的纪律。它让云服务能扛住很多请求，也让最隐蔽的 bug 诞生。

0先把地图摊开

并发不是让代码变快的咒语，而是让多个执行流共享资源的纪律。它让云服务能扛住很多请求，也让最隐蔽的 bug 诞生。 本章不会把概念排成术语表，而是沿着一条真实系统路径走：先看它解决什么痛点，再看 OS/云平台怎样实现，最后回到工程取舍。

4.1并发解决的是等待，不是魔法

Web 服务的大多数时间不是在算，而是在等网络、磁盘、数据库。并发让一个请求等待时，CPU 可以处理别的请求。它提高资源利用率，但也把共享状态暴露在复杂交错里。

4.2线程共享内存，所以危险

两个线程读写同一个变量，如果没有同步，结果可能取决于调度器在纳秒级做出的切换。你本地跑一万次没复现，不代表生产不会在凌晨复现。

4.3锁让秩序回来，也让性能下降

锁把临界区串行化，恢复正确性，却可能制造排队。粒度太粗，吞吐低；粒度太细，复杂且容易死锁。工程里的锁设计，几乎都是在正确性与并行度之间找边界。

4.4从锁到消息，再到无状态服务

云服务常把状态推到数据库、缓存或队列里，避免所有 worker 共享内存。actor、消息队列、事件驱动不是换个时髦词，而是在减少共享可变状态。

4.5并发是分布式的预告片

单机并发已经很难，因为线程共享时间和内存。分布式系统更难，因为机器还会丢消息、时钟不同步、节点故障。第 10 章会把这些痛苦放大。

↔云与 OS 的桥

这一章不是孤立知识点。下面这张表把它和前后章节接起来：你会看到，同一个机制在单机、云平台和 AI 基建里会换名字，但问题结构没变。