"不要通过共享内存来通信，而要通过通信来共享内存。"
这句话背后支撑的理论就是 CSP（Communicating Sequential Processes）。
1. 核心本质：从"抢资源"到"传球"
传统的并发（比如 Java、C++ 的多线程）就像是一群人去抢一碗饭吃 。
为了不打架，你得给这碗饭加一把"锁"。谁抢到锁谁吃，吃完解锁下一个人再抢。这种模式（共享内存）最大的问题就是：心累。你得时刻担心死锁、竞争，还得应付复杂的锁机制。
CSP 的逻辑完全相反：
它就像是一个流水线加工厂 。每个人（Goroutine）只负责自己的一块活儿，干完了就把零件放到传送带（Channel）上。下一个人从传送带上拿走零件继续干。
在这个模型里，大家根本不需要去抢同一个变量。数据是"流动"的，而不是被"锁死"的。
2. CSP 的三大支柱
在 Go 语言里，CSP 的落地全靠下面这三个核心点：
A. 协程（Goroutine）：各司其职的工人
协程极其轻量。你可以随手开成千上万个工人。每个工人只管跑自己的顺序逻辑（Sequential Process），不用关心别人在干嘛。
B. 通道（Channel）：自带规则的传送带
Channel 是 CSP 的灵魂。它最牛的地方在于：天然同步 。
如果传送带是空的，下游的工人会原地等着；如果传送带满了，上游的工人也会停下。你根本不需要自己写 Lock 或 Condition，代码逻辑自然就顺通了。
C. 消息传递：通过通信共享内存
数据不再是死板地躺在内存里等着被改，而是作为"消息"在传送带上传递。当一个 Goroutine 把数据发进 Channel 后，它就不再拥有这个数据了。这种所有权的移交，从根源上消灭了"并发修改同一变量"的隐患。
3. 为什么 Go 选择了 CSP？
- 逻辑解耦：生产者只管发，消费者只管收。你可以像搭积木一样，把 Channel 串起来做成"管道（Pipeline）"，甚至是复杂的"多路复用"。
- 避免死锁陷阱：虽然 Channel 也会阻塞，但它比手动加锁、释放锁要直观得多。代码读起来就清晰。
- 性能更优：频繁的加锁解锁是非常耗费 CPU 的。CSP 通过 Channel 调度，让 CPU 更多地花在干活上，而不是花在"排队抢锁"上。