与“golang并发”相关的TAG标签

无缓冲channel并非真正同步，而是协程间握手式阻塞：发送方必须等待接收方就绪才能继续，本质是同步阻塞而非高效同步。

goroutine泄漏是比CPU占用更常见的性能恶化原因，表现为pprof中goroutine数持续上涨且多阻塞在select或chanreceive；需检查未关闭channel、无超时HTTP调用、未监听ctx.Done()等问题。

goroutine泄漏主因是HTTPhandler中未受context管控的协程；应统一用context.WithTimeout+errgroup实现超时控制与级联取消，模板渲染禁用协程。

Go语言并发编程是其高可靠、高扩展性的核心，适用于高并发网络服务、数据管道、微服务及实时系统；需合理使用goroutine、channel、context、errgroup等机制规避常见陷阱。

Go标准库log包并发安全但输出可能交错；自定义io.Writer需自行保证线程安全；高并发场景推荐zap/zerolog等结构化日志库，或采用带panic防护与优雅退出的日志队列。

goroutine默认实现并发而非并行，是否并行取决于GOMAXPROCS设置与CPU核心数；仅当GOMAXPROCS>1且存在多goroutine可运行时，调度器才分派到多个P实现真正并行。

应使用context.Context控制goroutine生命周期，通过WithCancel、WithTimeout等派生上下文实现主动取消与超时终止，避免time.Sleep、轮询flag或强杀进程；channel要遵循发送方关闭、select阻塞通信、struct{}传信号等原则。

最直观的Go并发限流方式是用带缓冲的chan作许可证池，缓冲容量即最大并发数，每次goroutine启动前取值、结束后写回，配合sync.WaitGroup协调完成。

goroutine数量需依任务类型而定：CPU密集型任务应控制在runtime.NumCPU()附近，避免调度开销；IO密集型任务可设几十至数百，但须配超时与连接池。

快速定位goroutine泄漏需先用runtime.NumGoroutine()监控增长，再通过pprof/goroutine?debug=2查看阻塞在select{}、chanrecv或sync.WaitGroup.Wait的栈；常见原因包括漏调wg.Done()、向已关闭channel发送、fo...