相信绝大多数.NET玩家和我一样，常常使用Timer这个对象，而在WPF中使用DispatcherTimer的人也是很多，DispatcherTimer是在UI线程跑的。我们的程序中大多数都会充斥很多Timer，可以理解它是一个线程，它继承自 System.Windows.Threading 。
程序中也许会有一些静态变量或是单例模式的对象来让不同的页面进行交互，但也就是这样让每个线程之间打架提供了基础。因为资源是单独的，就像是脚踩两只船的人，必定会翻车。例如一个List集合，你在一个线程中对它进行了操作，在同步瞬间的另线程中，如果不对它谨慎处理，就会造成 “集合已修改；可能无法执行枚举操作”。当然我们说的不是关于集合的相关问题，而是关于资源分配的，当然在资源抢夺上，是在耗时的线程中才会出现的，例如下面的这张图。
这种耗时的操作，并且在同步线程中，没有对线程进行封装，很容易造成资源抢夺问题，假如Object是个集合，我在中间把它改了，下一秒的其它线程对它进行脏读了，就会产生错误，我们可以通过Lock关键字。
首先在Microsoft文档中对Lock的说明是，lock 关键字可以用来确保代码块完成运行，而不会被其他线程中断。这是通过在代码块运行期间为给定对象获取互斥锁来实现的。
不过我们需要注意的是Lock本质上Monitor.Enter，Monitor.Enter会使值类型装箱，每次Lock的是装箱后的对象。Lock其实是类似编译器的语法糖，因此编译器直接限制住不能lock值类型，为啥呢，你仔细想想，每次装箱后都是不同的对象，我怎么判断？ object.ReferenceEquals 每次都是false...还有就是千万不要Lock 字符串，简单来说Lock字符串之后，只要是你以后有字符串匹配和你Lock里的内容有一样的，那个该字符串也会被锁定，相当于死锁了。
Lock和Monitor的区别不是很大，具体看以下代码。
private static object obj = new object();
public void LockSomething()
{
lock (obj)
{
dosomething();
}
}
public void MonitorSomeThing()
{
Monitor.Enter(obj);
dosomething();
Monitor.Exit(obj);
}
public void dosomething()
{
//做具体的事情
}
lock和Monitor是.NET用一个特殊结构实现的，Monitor对象是完全托管的、完全可移植的，并且在操作系统资源要求方面可能更为有效，同步速度较快，但不能跨进程同步。主要作用是锁定临界区，使临界区代码只能被获得锁的线程执行。Monitor.Wait和Monitor.Pulse用于线程同步，类似信号操作，个人感觉使用比较复杂，容易造成死锁。
lock就是封装了Monitor.Enter和Monitor.Exit方法其实非常不难理解，只要确定Lock在啥时候用，该怎么用就可以了，总结一句话。经常会应用于防止多线程操作导致公用变量值出现不确定的异常，用于确保操作的安全性。
总结
