相信绝大多数.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()
{
//做具体的事情
}
