Go 并发模式

要解决什么问题

Go 里「开 goroutine 很容易、关干净很难」是常见痛点：工作池和管道怎么拆、channel 该传什么、竞态在 race detector 之外怎么排查、context 取消后下游是否真的会停，以及进程退出时 goroutine 是否还在写共享状态——这些问题若只靠零散博客片段拼凑，很容易在生产环境踩坑。

技能如何帮你落地

本技能把面向生产的并发模式收成可执行的决策路径，而不是泛泛讲语法：

• 通信与同步：何时用 channel 传递所有权、何时用 sync.Mutex/WaitGroup 做边界，避免「一切 channel 化」或「一切加锁」两种极端。
• 结构与生命周期：工作池、fan-in/fan-out、管道阶段的职责划分，以及用 context.Context 统一取消、超时和请求级 trace 的传递方式。
• 关闭与可观测性：优雅关闭的顺序（停止接收 → 排空 → 等待 worker）、与竞态相关的常见写法和验证思路。

使用时应先写清目标、约束和必需输入，再按模式套用并给出可验证的步骤（例如：取消后 goroutine 数量是否归零、关闭 channel 后是否 panic）。更完整的模式说明与示例见 resources/implementation-playbook.md。

适用边界

任务与 Go 并发无关、或需要的是本技能范围外的语言/运行时/工具链时，不必启用。它聚焦 Go 标准库与惯用并发模型，不替代你对具体业务 SLA 和性能 profiling 的判断。