合理控制goroutine数量，避免资源耗尽是关键。应使用worker pool或带缓冲channel限制并发，N设为CPU核心数1.5–3倍；优先通过channel传递数据而非共享内存加锁，减少竞争；善用context控制生命周期，及时取消无效任务；根据CPU密集型、I/O密集型等任务类型选择调度策略，如限制并发、使用连接池、拆分阶段处理、定时任务用ticker等。
合理控制goroutine数量，避免资源耗尽
无节制启动goroutine是并发效率下降的主因。系统级线程和内存开销会随goroutine激增而快速上升，尤其在I/O密集型任务中容易触发调度器抖动。建议用带缓冲的channel或worker pool模式统一管控并发数。例如：启动固定N个worker goroutine，通过任务队列分发任务，N通常设为CPU核心数的1.5–3倍（视任务阻塞程度调整），而非请求量。
优先使用channel协调，少用锁和共享内存
Go鼓励通过channel传递数据而非读写共享变量。过度使用sync.Mutex或atomic不仅增加复杂度，还易引发锁竞争，拖慢调度。比如多个worker需汇总结果时，应让每个worker将结果发送到同一output channel，由单独goroutine收集处理，而不是让所有worker去争抢一个map加锁写入。
善用context控制生命周期，及时取消无效任务
长时间运行或依赖外部服务的任务，若不主动中断，会持续占用goroutine和连接资源。务必在任务入口接受ctx context.Context，并在I/O操作（如http.Do、time.Sleep、channel收发）中配合ctx.Done()做select判断。超时、取消或父任务结束时，子goroutine能快速退出，释放调度资源。
根据任务类型选择调度策略
• CPU密集型：限制并发数，绑定P（可用GOMAXPROCS微调），避免抢占式调度开销；
• I/O密集型：可适度提高并发，但需配合连接池（如http.Transport）和超时控制；
• 混合型：拆分为CPU阶段和I/O阶段，分别调度，中间用channel传递结果；
• 定时/周期任务：用time.Ticker + select监听，别用sleep循环+goroutine堆积。
