当同步对共享资源的访问时，除了它具有比我可能需要的更多功能的哲学原因之外，是否还有理由不使用读/写锁而不使用普通互斥锁（这基本上只是一个写锁） ？
换句话说，如果我只是默认将读/写锁作为我首选的同步结构，我是否会搬起石头砸自己的脚？
在我看来，始终选择读/写锁并相应地使用读锁与写锁的一个很好的理由是我可以实现一些同步，然后永远不必再考虑它，同时获得更好性能的可能好处如果有一天我将代码放入一个竞争更激烈的环境中，那么将来的可扩展性就会增加。因此，假设它有潜在的好处而没有实际成本，那么一直使用它是有意义的。那有意义吗？
这是在一个资源并不真正受限的系统上，这可能更多是一个性能问题。另外，我已经笼统地表达了这个问题，但如果重要的话，我会特别考虑 QtQReadWriteLock和（C++）。QMutex
language-agnostic performance multithreading mutex readwritelock