Go语言主张“通过通信来共享内存”，核心是用channel安全传递数据：无缓冲channel用于同步协调，有缓冲channel解耦生产消费，select实现多路复用，需避免死锁、误关和泄漏。

Go 语言不鼓励通过共享内存来传递数据，而是主张“通过通信来共享内存”。这意味着协程（goroutine）之间不应直接读写同一块变量，而应使用 channel 作为安全、明确的数据管道。理解并用好 channel，是管理协程间数据传递的核心。

用 channel 实现基本数据传递

channel 是类型化的双向或单向管道，创建后可发送（）和接收（）数据。默认是阻塞的，发送方会等接收方就绪，反之亦然，天然支持同步。

• 声明： c := make(chan int) 创建一个 int 类型的无缓冲 channel
• 发送： c —— 若无接收者，当前 goroutine 暂停
• 接收： v := 或 v, ok := （ok 为 false 表示 channel 已关闭且无数据）
• 关闭： close(c)，仅发送方应调用；关闭后仍可接收剩余数据，但不能再发送

选择合适类型的 channel：无缓冲 vs 有缓冲

无缓冲 channel（make(chan T)）要求发送与接收必须同步发生，适合需要严格协调的场景，比如任务触发、信号通知。

有缓冲 channel（make(chan T, N)）内部带队列，最多存 N 个元素，发送在未满时不阻塞，接收在非空时不阻塞。适用于解耦生产与消费节奏，例如日志收集、批量处理。

• 缓冲区大小不是越大越好——过大会掩盖背压问题，导致内存积压或延迟升高
• 若仅需通知（不传数据），可用 chan struct{} 节省内存

用 select 避免阻塞，实现多路通信

单个 channel 可能长时间无响应，select 允许你同时监听多个 channel 操作，并在任意一个就绪时执行对应分支，类似 I/O 多路复用。

• 每个 case 对应一个 channel 读/写操作，default 分支可提供非阻塞兜底
• 所有 channel 操作都是原子的，不会出现竞态；多个就绪时随机选一个执行
• 常用于超时控制：case
• 也可配合 done channel 实现优雅退出

避免常见陷阱：死锁、泄漏与误关

死锁最常见于：所有 goroutine 都在等待 channel 操作，却无人收发。典型如只发不收、只收不发，或未关闭已用完的 channel 导致接收方永久阻塞。

• 不要在多个 goroutine 中重复关闭同一个 channel（panic）
• 不要在接收方关闭 channel；应由发送方决定何时关闭
• 用 for range c 接收时，循环会在 channel 关闭且数据读尽后自动退出
• 调试时加 go tool trace 或 pprof 可定位 goroutine 阻塞点

基本上就这些。Go 的并发模型简洁有力，关键不在功能多寡，而在约束清晰——channel + goroutine + select 构成了一套自洽的协作机制。用对了，代码自然健壮；用错了，问题也容易暴露。不复杂但容易忽略。