环境：net framework 4.5.2

    1. //定义：
    2. private static readonly object Lock = new object();
    3. //使用：
    4. lock (Lock)
    5. {
    6. 　　//todo
    7. }
    9. //作用：将会锁住代码块的内容，并阻止其他线程进入该代码块，直到该代码块运行完成，释放该锁。
    10. //注意：定义的锁对象应该是 私有的，静态的，只读的，引用类型的对象，这样可以防止外部改变锁对象
    1. //定义：
    2. private static readonly object Lock = new object();
    3. //使用：
    4. Monitor.Enter(Lock);
    5. //todo
    6. Monitor.Exit(Lock);
    7. //作用：将会锁住代码块的内容，并阻止其他线程进入该代码块，直到该代码块运行完成，释放该锁。
    8. //注意：定义的锁对象应该是 私有的，静态的，只读的，引用类型的对象，这样可以防止外部改变锁对象
    9. //Monitor有TryEnter的功能，可以防止出现死锁的问题，lock没有
    1. //定义：
    2. private static readonly Mutex mutex = new Mutex();
    3. //使用：
    4. mutex.WaitOne();
    5. //todo
    6. mutex.ReleaseMutex();
    7. //作用：将会锁住代码块的内容，并阻止其他线程进入该代码块，直到该代码块运行完成，释放该锁。
    8. //注意：定义的锁对象应该是 私有的，静态的，只读的，引用类型的对象，这样可以防止外部改变锁对象
    9. //Mutex本身是可以系统级别的，所以是可以跨越进程的
    1. //定义：
    2. private static readonly ReaderWriterLockSlim LockSlim = new ReaderWriterLockSlim();
    3. //使用：
    4. //写锁
    5. try
    6. {
    7. LockSlim.EnterWriteLock();
    8. //todo
    9. }
    10. catch (Exception ex)
    11. {
    12. }
    13. finally
    14. {
    15. LockSlim.ExitWriteLock();
    16. }
    17. //读锁
    18. try
    19. {
    20. LockSlim.EnterReadLock();
    21. }
    22. catch (Exception ex)
    23. {
    24. }
    25. finally
    26. {
    27. LockSlim.ExitReadLock();
    28. }
    29. //基本规则： 读读不互斥 读写互斥 写写互斥
    30. //作用：当同一个资源被多个线程读，少个线程写的时候，使用读写锁
    31. //既然读读不互斥，为何还要加读锁
    32. //如果只是读，是不需要加锁的，加锁本身就有性能上的损耗
    33. //如果读可以不是最新数据，也不需要加锁
    34. //如果读必须是最新数据，必须加读写锁
    35. //读写锁相较于互斥锁的优点仅仅是允许读读的并发，除此之外并无其他。
    36. //不要使用ReaderWriterLock，该类好像有问题