第02-1章进程与线程祥解.ppt

同步时要注意的问题死锁 不同的锁可以发生在不同的方法调用中。在这个示例中，第一个线程实际执行下述代码： lock(a) ( CallSomeMethod(); } CallSomeMethod()可以调用其他方法，其中有一个lock(b)语句，此时是否会发生死锁就不那么明显了。事实上出现死锁的条件常常不明显，在编写多线程应用程序时，如果需要同步，就必须考虑代码的所有部分，检查是否有可能发生死锁的条件。必须记住：不可能预见不同线程遇到不同语句的确切时间。 线程的同步 2、同步时要注意的问题 线程同步非常重要，但只在需要时使用也是非常重要的。因为这会降低性能。原因有两个： 首先，在对象上放置和解开锁会带来某些系统开销，但这些系统开销都非常小。 第二个原因更为重要，线程同步使用得越多，等待释放对象的线程就越多。如果一个线程在对象上放置了一个锁，需要访问该对象的其他线程就只能暂停执行，直到该锁被解开，才能继续执行。 结论： 在lock块内部编写的代码越少越好，以免出现线程同步错误。lock语句在某种意义上就是临时禁用应用程序的多线程功能，也就临时删除了多线程的各种优势。 总结 线程是在共享内存空间中并发的多道执行路径 在 C# 中，是使用 System.Threading 命名空间中的 Thread 类来创建线程的 线程优先级可以更改为 ThreadPriority 枚举中定义的一个值 C# 中的 lock 关键字是实现线程同步的一种方法 同步的线程称为安全线程 除非绝对必要，否则不要创建线程安全的代码，因为添加不必要的锁定会降低性能 线程池 通过Thread对象来创建线程可以对线程进行灵活的控制.但创建线程和销毁线程代价不菲(在Windows窗体程序中,每个线程会占据1M左右的内存),过多的线程会消耗掉大量的内存和CPU资源. 举个例子某段时间内突然爆发了100个短小的线程,创建和销毁这些线程就会消耗很多时间,可能比线程本身运行的时间还长.为了改善这种状况,.NET提供了一种称之为线程池(Thread Pool)的技术。 2.4.4 线程池 背景： 1）无限制的创建线程消耗系统资源 2）创建线程、回收线程均需要时间 线程池：是在后台执行多个任务的线程集合。 1）最大线程数限制。如果所有线程都繁忙，则额外的任务将放入等待队列中，直到有线程可用时才能够得到处理。 2）最小线程数=创建线程池时应立即启动的数目 4）一项工作任务被加入到线程池的队列中，就不能取消该任务，直到该任务完成。 线程池 线程池提供若干个固定线程轮流为大量的任务服务,比如用10个线程轮流执行100个任务,当一个线程完成任务时，并不马上销毁,而是返回到等待线程队列中，等待被再次使用。这种重用使应用程序可以避免为每个任务创建新线程引起的资源和时间消耗。 线程池由System.Threading命名空间中ThreadPool类实现. 2.4.4 线程池 QueueUserWorkItem方法功能： 功能：请求线程池处理一个任务或者工作项 运行时线程池会自动为每一个任务创建线程并且在任务释放时释放线程。 语法:带一个WaitCallback委托的参数，这个参数包装了要完成的任务 Public static bool QueueUserWorkItem ( WaitCallback callBack, object state) Public static bool QueueUserWorkItem ( WaitCallback callBack) 参数: state:包含方法所用数据的对象 callBack: System.Threading.WaitCallback，它表示要执行的方法 线程池 ThreadPool可以看作容纳线程的容器,我们可以通过QueueUserWorkItem()方法把工作函数排入线程池. 其中workFunction是一个WaitCallback委托,其定义如下: 线程池深度剖析 为了叙述方便,我们假设线程池的下限为10,上限为30. 线程池深度剖析 1.当线程池被创建后,里面会创建10个空线程(和下限值相同). 2.当我们向线程池中排入一个任务后,就会有一个空线程接到该任务,然后运行起来.随着我们不断向线程池中排入任务,线程池中的空线程逐一运行起来. 3.随着任务的不断增加,在某一时刻任务数量会超出下限,这是线程的数量不够用了,但线程池不会立即创建新线程,而是等待大约500毫秒左右,这么做的目的是看看这段时间内是否有其他线程完成任务来接手这个请求,这样就可以避免因创建新线程而造成的消