线程安全的一个很经常的需求是允许并发读，但是不允许并发写，例如对于文件就是这样的。 ReaderWriterLockSlim 在.net framework 3.5的时候就提供了，它是用来代替以前的”fat”版本的”ReaderWriterLock”   这两个类，有两种基本的锁----一个读锁，一个写锁。 写锁是一个完全排他锁。 读锁可以

   上一章我们讨论到了解决方案,本文着重讨论一下该方案的实现.    一. 排它锁类的实现:        我们实现一个类TimeSpanWaitor,用它来控制排它锁的获取和释放,其实该类的实现的目的很简单,那就是实现一个方法,该方法接受一个时间片段和一个函数回调(该函数返回bool)的参数,该

  最近发表过一些对c#多线程数据读写安全线的文章,有网友说都是代码不好理解,我在这里就给出我的一些解释,希望大家多多指较.这里我重复一下多线程数据读写安全的观点:多线程下的数据安全应该指的是在使用数据的生存期内它是不变的,使用数据的生存期可以是一个过程或函数,当然这里的指的数据不包含过程或函数中的局部变量,因为局部变量它本身就是线程安全的数据.   目标:确保数据在使用的生命

在c#中使用多线程同步是一个头痛的问题,比较经常用的是lock(object){}这种方法,但是这种方法在读多写少的时候比较浪费资源,当然c#也提供了一种读写锁,我这里只是提供一个原创读写锁的类的源代码,该类的主要目的是允许多个线程同时读,而仅允许一个线程写,而用lock是不论读写都只能一个线程运行的 有兴趣的可以看看讨论讨论,以下是源代码: public sealed class Mu

之前写了一篇《对不能用using的成对操作，快速扩展IDisposable的方法》提到了如何快速的把销毁操作用闭包的形式封装为IDisposable，并且实现了一个ReaderWriteerLockSlimHelper。   对于没有using的RWLock似乎已经很好用了， 但是我仍嫌弃其不够简单。   资源读写锁的应用，绝大多数是针对某批特定的资源。如果为这样的资源做一个封