Windows提供了很多机制进行互斥来保证共享资源不被污染,比如临界区,比如信号量,比如互斥体等等。前一篇对临界区的博文里说过,临界区会先自旋,等自旋不行了再创建内核对象。这样做的原因是从用户模式转到内核模式非常耗费时间,而且常常转换还没完成呢,持有资源的线程已经释放了资源。因此用内核对象的前提都是已知线程对资源的占用都是需要长时间的,比如一堆线程共用一个SOCKET发送数据。
如果对资源的占用时间都不长,那么用临界区或者自旋锁都是不错的选择,但是实际应用当中,你还会面对这样一个情况:
对同一个数据,读取它的次数远远超过更新或者改写它的次数。这好比你有一万个人现在在看你的博客,但是写博客的人只有你一个。这样的情况引发一个问题:
读者之间不应该进行互斥,只有当写者更新数据时才需要对数据进行互斥访问。这时你就需要使用读写锁。
读写锁使得读者之间可以同时读取数据,但是如果写者要更新数据,那么其它读者和写者就不能同时读取或者更新数据。
有关微软对读写锁的介绍,你可以看这里: