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

Go适合高并发I/O密集型服务，goroutine天然支持短连接与流式请求；需配置HTTP连接池、设置超时熔断；channel+select优于回调，应使用缓冲channel并检查关闭状态。

无缓冲channel的发送和接收必须在不同goroutine中成对发生，否则会阻塞导致死锁；它像无存水空间的水管，一端发送时另一端必须立即接收。

Go语言采用goroutine+channel的用户态并发模型，由runtime自主调度、绕过内核，初始栈仅2KB，支持十万级并发；G-P-M模型管理调度，channel优先于锁实现CSP，GOMAXPROCS控制并行度。

当读写频率接近（如6:4或5:5）、写操作频繁（>20%）、临界区极短、需锁升级或强一致性保障时，应选sync.Mutex；它更简单可靠，避免写饥饿与死锁风险。

会，因为*os.File非并发安全，多goroutine直接Write会导致数据覆盖、乱序或badfiledescriptor；用Mutex保护追加写可行但有吞吐和可靠性问题；推荐channel+单writer模式；需并发写不同区域时可用WriteAt，但须确保偏移不重叠并校验返回值。

适合从限制使用场景起步，因goroutine是用户态协程而非线程封装，主goroutine退出会强制终止子goroutine，易导致资源耗尽、数据竞争等问题；应先掌握sync.WaitGroup、无缓冲channel、sync.Mutex三组基础组合。

goroutine泄漏是最隐蔽危险的并发错误，因channel未关闭、锁未释放或select缺少default/case导致goroutine阻塞等待而无法回收。

Go的sync包用于并发协调而非开启并发，WaitGroup需正确调用Add/Wait/Done，Mutex/RWMutex保护临界区而非变量本身，Once保证单次执行但不重试失败，Pool仅适用于无状态临时对象。

不能。goroutine启动后由调度器管理，调用顺序不等于执行或完成顺序；即使用channel串行启动，仍需显式同步，如用带缓冲channel（容量为1）传递完成信号以确保ABC顺序执行。

Go中常见死锁是向无缓冲channel发送或接收时无人配对，导致所有goroutine阻塞并panic；无缓冲channel要求发送与接收严格并发配对，同线程顺序执行必死锁。