Lock、Monitor
lock和Monitor的区别
１、lock的底层本身是Monitor来实现的，所以Monitor可以实现lock的所有功能。
２、Monitor有TryEnter的功能，可以防止出现死锁的问题，lock没有。
尽管大部分时间您都希望使用 lock 语句，但 Monitor 类可以在需要时给予额外的控制。例如，您可以使用 TryEnter() 而不是 Enter()，并指定一个限定时间，避免无止境地等待锁释放。
Mutex
Mutex 是 Monitor 更重量级的版本，依赖于底层的操作系统，提供跨多个进程同步访问资源[1]， 是针对 Mutex 进行同步的推荐替代方案。
Mutex只能互斥线程间的调用，但是不能互斥本线程的重复调用
Monitor和Lock多用于锁定被调用端，而Mutex则多用锁定调用端。
ReaderWriterLockSlim
http://www.cnblogs.com/08shiyan/p/6423532.html
- 避免使用短生命周期的ReaderWriterLockSlim对象
- 尽量减少ReaderWriterLockSlim对象的实例
http://blog.csdn.net/shuliuzh/article/details/32130031
表示用于管理资源访问的锁定状态，可实现多线程读取或进行独占式写入访问，可以区分两种对访问资源的方式。它允许无限数量的读取器 (readers) 同时访问资源，并且限制同时只允许一个写入器 (writers) 访问锁定资源。读取时线程安全，但修改数据时需要独占资源，很好地保护了资源。
使用ReaderWriterLockSlim来保护由多个线程读取但每次只采用一个线程写入的资源。
允许多个线程均处于读取模式，允许一个线程处于写入模式并独占锁定状态，同时还允许一个具有读取权限的线程处于可升级的读取模式，在此模式下线程无需放弃对资源的读取权限即可升级为写入模式。
ReaderWriterLockSlim 类似于 ReaderWriterLock，只是简化了递归、升级和降级锁定状态的规则。 ReaderWriterLockSlim 可避免多种潜在的死锁情况。 此外，ReaderWriterLockSlim 的性能明显优于 ReaderWriterLock。 建议在所有新的开发工作中使用 ReaderWriterLockSlim。
Interlocked－原子操作
https://msdn.microsoft.com/zh-cn/library/system.threading.interlocked(v=vs.110).aspx
SpinLock－原子操作
https://msdn.microsoft.com/zh-cn/library/system.threading.spinlock(v=vs.110).aspx
1、自旋锁本身是一个结构、而不是类，这样使用过多的锁时不会造成GC压力。
2、自旋锁是以一种循环等待的方式去尝试获取锁，也就是说、在等待期间 会一直占用CPU、如果等待时间过长会造成CPU浪费，而 Monitor会休眠(Sleep)。
3、自旋锁的使用准则：让临界区尽可能短（时间短）、非阻塞的方式。（因为等待时间过长会造成CPU浪费）
4、由于自旋锁是循环等待的方式、在执行方式上和Monitor的休眠不一样，自旋锁的执行速度会更快。而Monitor的休眠方式会造成额外的系统开销，执行速度反而会降低。
SemaphoreSlim 和 Semaphore
都可以限制同时访问资源的最大线程数量，而不是像 Monitor 一样只能限制一个线程。 SemaphoreSlim 比 Semaphore 更轻量，但仅限于单个进程。如果可能，您最好使用 SemaphoreSlim 而不是 Semaphore。
AutoResetEvent、ManualResetEvent 和 ManualResetEventSlim
AutoResetEvent、ManualResetEvent 和 ManualResetEventSlim 将堵塞传入的线程，直到它们接收到一个信号 (即调用 Set() )。然后等待中的线程将继续执行。AutoResetEvent 在下一次调用 Set() 之前，将一直阻塞，并只允许一个线程继续执行。ManualResetEvent 和 ManualResetEventSlim 不会堵塞线程，除非 Reset() 被调用。ManualResetEventSlim 比前两者更轻量，更值得推荐。
并行编程
https://www.jianshu.com/p/c6ba98367f5e