golang的并发原语主要有channel和mutex。channel推荐用于goroutine间通信与同步，适用任务协作、信号通知、资源池控制等场景，但需避免滥用无缓冲channel、多写入者及性能敏感场合。mutex适用于保护共享资源，如变量保护与临界区控制，sync.mutex与sync.rwmutex分别适合一般与读多写少场景，但要注意死锁、锁粒度及传递问题。选择时应根据是否需要数据传递、执行顺序同步、数据复杂度判断，channel适合流程控制，mutex适合状态保护，两者互补结合使用效果更佳。
Golang的并发原语主要有两种：channel 和 mutex（互斥锁）。它们虽然都能实现并发控制，但适用场景不同，使用时也有各自的限制和注意事项。
Channel 的适用场景和限制
Channel 是 Go 语言推荐的并发通信方式，它支持 goroutine 之间安全地传递数据，同时也用于同步操作。它的核心思想是“不要通过共享内存来通信，而应该通过通信来共享内存”。
适用场景：
立即学习“go语言免费学习笔记（深入）”；
- 任务协作：比如多个 goroutine 协作完成一个任务，可以通过 channel 传递状态或结果。
-
信号通知：用于关闭、退出等信号的传递，例如用
close(channel)来通知所有监听者结束。 - 资源池控制：比如控制最大并发数，可以用带缓冲的 channel 实现类似 semaphore 的功能。
使用限制：
- 不要滥用无缓冲 channel，容易造成死锁或阻塞。
- channel 应该由发送方关闭，否则可能导致 panic。
- 避免在多个 goroutine 中同时写入同一个 channel 而没有额外保护。
- 对于性能敏感的场景，频繁使用 channel 可能带来一定开销。
举个例子：如果只是想保证一段代码的原子性，比如修改一个变量，用 channel 就显得有点重了，这时候更适合用 mutex。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
Mutex 的适用场景和限制
Mutex 是传统的并发控制手段，在 Go 中有 sync.Mutex 和 sync.RWMutex 两种常用类型。适用于需要对共享资源进行访问控制的场景。
适用场景：
立即学习“go语言免费学习笔记（深入）”；
- 共享变量保护：比如多个 goroutine 同时读写一个 map 或结构体字段。
- 临界区控制：需要确保某段逻辑只能被一个 goroutine 执行时。
- RWMutex 更适合读多写少的场景：比如配置管理、缓存读取等。
使用限制：
- 不要在已经加锁的状态下再次加锁，会导致死锁。
- 锁的粒度不能太大，避免影响并发性能。
- 不建议跨函数传递锁，容易出错。
- 使用 defer Unlock() 是好习惯，可以避免忘记解锁。
比如你有一个全局计数器变量，多个 goroutine 同时增加它的值，这时候用 mutex 包裹自增操作就很合适。
如何选择 channel 还是 mutex？
这两个工具不是互相替代的关系，而是互补的：
- 如果你需要传递数据或者协调多个 goroutine 的行为，优先考虑 channel。
- 如果你只是保护一块共享资源，尤其是变量或结构体字段，mutex 更直接有效。
- 有时候两者结合使用效果更好，比如用 channel 控制流程，用 mutex 保护局部状态。
实际开发中可以根据以下几点做判断：
- 是否需要传递数据？
- 是否需要同步多个 goroutine 的执行顺序？
- 共享的数据是否复杂？如果是简单变量，mutex 更轻便；如果是复杂的流程控制，channel 更清晰。
总的来说，channel 更偏向于协程之间的沟通与流程控制，而 mutex 更适合保护共享状态。Go 的设计哲学是鼓励使用 channel，但在某些场景下，mutex 更简洁高效。
基本上就这些，根据具体需求合理选用就行。
