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）发送到
resultschannel - 主 goroutine 启动时启动 worker，提交全部 job 后关闭
jobschannel - 用
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 是复用的，不是每次新建
