标签：程序 系统 坏事 www 针对 href 一个 url 先来
还是那句老话：十年河东，十年河西，莫欺骚年穷！~_~ 打错个字，应该是莫欺少年穷！
学历代表你的过去，能力代表你的现在，学习代表你的将来。
学无止境，精益求精。
自ASP.NET诞生以来，微软提供了不少控制并发的方法，在了解这些控制并发的方法前，我们先来简单介绍下并发！
并发：同一时间或者同一时刻多个访问者同时访问某一更新操作时，会产生并发！
针对并发的处理，又分为悲观并发处理和乐观并发处理
所谓悲观/乐观并发处理，可以这样理解：
悲观者认为：在程序的运行过程中，并发很容易发生滴，因此，悲观者提出了他们的处理模式：在我执行一个方法时，不允许其他访问者介入这个方法。（悲观者经常认为某件坏事会发生在自己身上）
乐观者认为：在程序的运行过程中，并发是很少发生滴，因此，乐观者提出了他们的处理模式：在我执行一个方法时，允许其他访问者介入这个方法。（乐观者经常认为某件坏事不会发生在自己身上）
那么在C#语言中，那些属于悲观者呢？
在C#中诸如：LOCK、Monitor、Interlocked 等锁定数据的方式，属于悲观并发处理范畴！数据一旦被锁定，其他访问者均无权访问。有兴趣的可以参考：锁、C#中Monitor和Lock以及区别
但是，悲观者处理并发的模式有一个通病，那就是可能会造成非常低下的执行效率。
在此：举个简单例子：
售票系统，小明去买票，要买北京到上海的D110次列车，如果采用悲观者处理并发的模式，那么售票员会将D110次列车的票锁定，然后再作出票操作。但是，在D110次列车车票被锁定期间，售票员去了趟厕所，或者喝了杯咖啡，其他窗口售票员是不能进行售票滴！如果采用这种处理方式的话，中国14亿人口都不用出行了，原因是买不到票 ~_~
因此：在
标签：程序 系统 坏事 www 针对 href 一个 url 先来
原文地址：http://www.cnblogs.com/chenwolong/p/7506299.html
