Go 并发机制一文通：goroutine、channel、同步/异步与典型场景
标题 Go 并发机制一文通：goroutine、channel、同步/异步与典型场景 副标题 / 摘要 这篇文章把 goroutine、channel、WaitGroup、mutex、context 讲清楚，并用工程场景说明它们如何组合使用，解决“同步/异步”和“队列/执行单元”的常见误解。 目标读者 初学者：刚接触 Go 并发，容易把 goroutine 当成队列。 中级开发者：需要在业务中稳定地使用 worker pool / fan-out / pipeline。 团队负责人：希望形成可执行的并发使用规范。 背景 / 动机 很多 Go 新手会把 goroutine 当成“队列”或“异步”的代名词，导致并发设计混乱： goroutine 是执行单元，而队列是数据结构；同步/异步是调用方式，与 goroutine 本身无关。 如果不厘清这些概念，就很容易出现 goroutine 泄漏、死锁、资源失控。 核心概念 goroutine：轻量级执行单元，类似线程，但调度由 Go runtime 负责。 channel：通信与同步原语，可无缓冲（同步握手）或有缓冲（队列语义）。 WaitGroup：等待一组 goroutine 完成。 mutex/RWMutex：共享内存的互斥访问控制。 context：取消、超时与跨 goroutine 传递控制信号。 同步/异步：是否等待结果返回的调用语义，而不是某个工具本身。 小结表格（快速定位概念边界）： 概念 角色定位 典型用途 易错点 goroutine 执行单元 并发执行任务 泄漏/过量创建 channel 通信/同步 任务队列、流水线 未关闭、阻塞 WaitGroup 汇聚等待 fan-in/收口 Add/Done 不匹配 mutex 共享状态保护 map/缓存 死锁、长时间持锁 context 生命周期控制 超时/取消 没有传递或未检查 A — Algorithm（题目与算法） 主题用通俗话说： Go 并发 = “goroutine 负责跑、channel 负责传、WaitGroup 负责等、context 负责停”。 同步/异步只是“要不要等结果”，并不等于“有没有 goroutine”。 ...