从去年找工作以来，都没什么时间写博客［找工作的体会：建议以后有自己开公司的ＩＴ人一定要找ＩＴ专业人员做ＨＲ，好多的公司的ＨＲ并不能真正发掘人才，他们形成了太多的偏见，如在学校期间学不了什么东西、只看学校有多少奖励等。真正钻研技术的人才不会追求虚无的东西］，其实这本书我都借了好久，一直没有系统的看，所以趁这两天好好看看，顺便总结了一些要点，给那些需要这方面知识而又没有太多时间的ＩＴ人一个快速的学习机

在命名空间System.Threading.Tasks下，有一个静态类Parallel简化了在同步状态下的Task的操作。Parallel主要提供了3个有用的方法：For、ForEach、Invoke。 For方法，主要用于处理针对数组元素的并行操作，如下： static void Main(string[] args) { int[] num

一：Task的优势 ThreadPool相比Thread来说具备了很多优势，但是ThreadPool却又存在一些使用上的不方便。比如： 1: ThreadPool不支持线程的取消、完成、失败通知等交互性操作； 2: ThreadPool不支持线程执行的先后次序； 以往，如果开发者要实现上述功能，需要完成很多额外的工作，现在，FCL中提供了一个功能更强大的概念：Task。Task在线程池的基础上进行

在C#中让线程同步的另一种编码方式就是使用线程锁。所谓线程锁，就是锁住一个资源，使得应用程序只能在此刻有一个线程访问该资源。可以用下面这句不是那么贴切的话来理解线程锁的作用：锁，就是让多线程变成单线程。在C#中，可以将被锁定的资源理解成new出来的普通对象。 既然需要锁定的资源就是一个C#中的对象，我们就该仔细思考，到底什么样的对象能够成为一个锁对象（也叫同步对象）？在选择同步对象的时候，应当始终

开发者总尝试对自己的代码有更多的控制。“让那个还在工作的线程马上停止下来”就是诸多要求中的一种。然而事与愿违，这里面至少存在两个问题： 第一个问题是：正如线程不能立即启动一样，线程也并不能说停就停。无论采用何种方式通知工作线程需要停止，工作线程都会忙完手头最紧要的活，然后在它觉得合适的时候退出。以最传统的Thread.Abort方法为例，如果线程当前正在执行的是一段非托管代