Golang并发池通过固定数量worker goroutine和channel实现静态并发控制，避免资源耗尽；核心是无缓冲jobs channel配合N个worker，任务提交自然节流，结果通过带缓冲results channel收集，并用WaitGroup与关闭channel确保优雅终止。

使用 Golang 并发池（Worker Pool）能有效控制并发数量，避免资源耗尽，同时提升任务执行效率。核心思路是：预设固定数量的 goroutine 作为工作协程，通过 channel 分发任务，让它们复用、有序地处理任务，而非为每个任务都启动新 goroutine。

构建基础并发池结构

一个典型的并发池包含三部分：任务输入 channel、固定数量的工作 goroutine、结果输出 channel（可选）。关键在于用 buffered 或 unbuffered channel 控制任务排队与分发节奏。

• 定义任务类型，例如 type Job func() 或更通用的 type Job struct{ ID int; Payload interface{} }
• 启动 N 个长期运行的 worker goroutine，每个从 jobs channel 接收任务并执行
• 所有任务通过 jobs 提交，自然受 channel 容量或接收方阻塞影响，实现“节流”

控制并发数的关键：worker 数量即上限

并发数量完全由启动的 worker 数量决定，不是靠锁或计数器动态限流，而是静态、明确、轻量的控制方式。

• 启动 5 个 worker？那最多同时执行 5 个任务，第 6 个任务会在 jobs channel 中等待（若 channel 有缓冲）或阻塞发送（若无缓冲）
• 推荐使用 无缓冲 channel + 固定 worker 数，语义清晰且天然防止任务积压失控
• 如需动态调整并发数，可封装成可关闭、可重建的池，但日常场景固定数更稳定易维护

带结果收集与完成通知的完整示例

实际应用中常需知道任务是否完成、返回结果或错误。可在池中加入 results channel 和 WaitGroup 配合 done channel 实现优雅终止。

• 每个 worker 执行完任务后，将结果（或 error）发送到 results channel
• 主 goroutine 启动时启动 worker，提交全部 job 后关闭 jobs channel
• 用 for range results 按完成顺序收集结果；用 sync.WaitGroup 确保所有 worker 退出后再关闭 results
• 避免直接在 worker 中 recover panic，应在 job 内部或 wrapper 中处理，防止单个 panic 终止整个 worker

避免常见陷阱

看似简单，并发池容易因细节出错导致死锁、泄漏或性能不达预期。

• 不要忘记关闭 jobs channel：否则 worker 会永远阻塞在 ，主流程无法结束
• results channel 建议带缓冲，尤其当结果处理较慢时，避免 worker 因发不出结果而卡住
• 任务函数内避免阻塞式系统调用（如未设 timeout 的 HTTP 请求），否则该 worker 将闲置，降低整体吞吐
• 若任务含状态或共享资源，确保加锁或使用 sync.Pool 等机制，worker 是复用的，不是每次新建