当多个线程在并发的时候，难免会碰到相互冲突的事情，比如最经典的atm机的问题，并发不可怕，可怕的是我们没有能力控制。
线程以我的理解可以分为三种
① 锁。
② 互斥。
③ 信号。
好，这一篇主要整理“锁”，c#提供了2种手工控制的锁
一: monitor类
这个算是实现锁机制的纯正类，在锁定的临界区中只允许让一个线程访问，其他线程排队等待。主要整理为2组方法。
1：monitor.enter和monitor.exit
微软很照护我们，给了我们语法糖lock,对的，语言糖确实减少了我们不必要的劳动并且让代码更可观，但是如果我们要精细的
控制，则必须使用原生类，这里要注意一个问题就是“锁住什么”的问题，一般情况下我们锁住的都是静态对象，我们知道静态对象
属于类级别，当有很多线程共同访问的时候，那个静态对象对多个线程来说是一个，不像实例字段会被认为是多个。
不加锁的情况：
加锁的情况：
2：monitor.wait和monitor.pulse
首先这两个方法是成对出现，通常使用在enter，exit之间。
wait： 暂时的释放资源锁，然后该线程进入”等待队列“中，那么自然别的线程就能获取到资源锁。
pulse: 唤醒“等待队列”中的线程，那么当时被wait的线程就重新获取到了锁。
这里我们是否注意到了两点：
① 可能a线程进入到临界区后，需要b线程做一些初始化操作，然后a线程继续干剩下的事情。
② 用上面的两个方法，我们可以实现线程间的彼此通信。
下面举个例子来模拟两个人的对话。
二：readerwriterlock类
先前也知道，monitor实现的是在读写两种情况的临界区中只可以让一个线程访问，那么如果业务中存在”读取密集型“操作，就
好比数据库一样，读取的操作永远比写入的操作多。针对这种情况，我们使用monitor的话很吃亏，不过没关系，readwriterlock
就很牛x，因为实现了”写入串行“，”读取并行“。
readerwritelock中主要用3组方法：
<1> acquirewriterlock: 获取写入锁。
releasewriterlock：释放写入锁。
<2> acquirereaderlock: 获取读锁。
releasereaderlock：释放读锁。
<3> upgradetowriterlock:将读锁转为写锁。
downgradefromwriterlock：将写锁还原为读锁。
下面就实现一个写操作，三个读操作，要知道这三个读操作是并发的。