Go性能对比：Mutex与RWMutex的选择疑问

1. RLock()/RUnlock()和普通Mutex等价操作的耗时差在哪 #

先明确：普通Mutex根本没有能支持并发读的等价操作——要是用Mutex实现读操作，只能调用Lock()/Unlock()，这会把所有读操作卡成串行。而RWMutex的RLock()/RUnlock()允许多goroutine同时读，二者场景完全不同，耗时自然不一样：

• 当存在多个并发读操作时，RLock()/RUnlock()的整体耗时远低于Mutex的串行读——毕竟读操作不用挨个等待前一个锁释放；
• 当只有单个读操作时，RLock()/RUnlock()会比Mutex的Lock()/Unlock()多一点额外开销——因为RWMutex要维护读计数器、处理读写互斥逻辑，比纯互斥的Mutex实现更复杂。

2. 既然RWMutex功能更全，为啥还要用Mutex #

RWMutex的功能多，但复杂度也带来了额外成本，这些场景下选Mutex更靠谱：

• 无并发读需求：如果你的场景里只有互斥写操作，或者读写都是串行执行的，Mutex的实现更轻量，Lock()/Unlock()的性能比RWMutex的写锁操作更高——RWMutex的写锁需要等待所有读锁释放，还要同步读计数器，逻辑绕得多；
• 写操作占比高：要是写操作频繁，RWMutex的并发读优势根本发挥不出来，反而因为写锁的额外开销，性能不如Mutex；
• 资源占用更小：Mutex的内存占用更少，内部状态简单，高并发场景下的缓存友好性更好。

内容的提问来源于stack exchange，提问作者tbmsilva