4.3.1 Mutex 与 RWLock 使用

文档摘要

4.3.1 Mutex 与 RWLock 使用在高并发系统中，锁从来不是“加了就完事”的装饰品——它是一把双刃剑：用得精妙，是守护数据一致性的金盾；用得草率，就成了扼杀吞吐的绞索。我们常听到“加个 mutex 就行”，却鲜有人追问：当在 Linux 内核中触发 futexwait 时，它的等待队列是如何组织的？为什么的写优先策略会导致读饥饿，而 Go 1.18 后的又悄悄引入了模式来破局？更进一步：若你正在编写一个高频更新的配置中心缓存，读操作每秒 50 万次、写操作每秒 200 次，该选还是？若选后者，调用后忘记会立即 panic 吗？还是静默泄漏？泄漏的是什么？——是 goroutine？是内存？还是更隐蔽的调度器资源？