rainit2006
commented
7 years ago Thread，waithandle http://www.cnblogs.com/JimmyZheng/archive/2012/06/10/2543143.html
Thread的重要属性： 1 CurrentThread 获取到当前线程的对象 2 IsAlive 判断线程是否处于激活状态 3 IsBackground 设置该线程是否是后台线程，一旦设置true 的话，该线程就被标示为后台线程。再次强调下后台线程的终止不会导致进程的终止 4 IsThreadPoolThread 只读属性标示该线程是否属于线程池的托管线程，一般我通过线程池创建的线程该属性都是true 5 Name 获取到线程的名字，我们可以根据业务或者逻辑来自定义线程的名字 6 Priority 这个属性表示线程的优先级，我们可以用ThreadPriority这个枚举来设置这个属性 7， ManagedThreadId Thread ID
关于Thread的sleep
- 假设有源源不断的蛋糕（源源不断的时间），一副刀叉（一个CPU），10个等待吃蛋糕的人（10 个进程）。
- 如果是 Unix 操作系统来负责分蛋糕，那么他会这样定规矩：每个人上来吃 1 分钟，时间到了换下一个。最后一个人吃完了就再从头开始。于是，不管这10个人是不是优先级不同、饥饿程度不同、饭量不同，每个人上来的时候都可以吃 1 分钟。当然，如果有人本来不太饿，或者饭量小，吃了30秒钟之后就吃饱了，那么他可以跟操作系统说：我已经吃饱了（挂起）。于是操作系统就会让下一个人接 着来。
- 如果是 Windows 操作系统来负责分蛋糕的，那么场面就很有意思了。他会这样定规矩：我会根据你们的优先级、饥饿程度去给你们每个人计算一个优先级。优先级最高的那个人，可 以上来吃蛋糕——吃到你不想吃为止。等这个人吃完了，我再重新根据优先级、饥饿程度来计算每个人的优先级，然后再分给优先级最高的那个人。
- 可能有些人是PPMM，因此具有高优先级，于是她就可以经常来吃蛋糕。可能另外一个人的优先级特别低，于是好半天了才轮到他一次（因为 随着时间的推移，他会越来越饥饿，因此算出来的总优先级就会越来越高，因此总有一天会轮到他的）。而且，如果一不小心让一个大胖子得到了刀叉，因为他饭量 大，可能他会霸占着蛋糕连续吃很久很久，导致旁边的人在那里咽口水。。。而且，还可能会有这种情况出现：操作系统现在计算出来的结果，是5号PPMM总优 先级最高——高出别人一大截。因此就叫5号来吃蛋糕。5号吃了一小会儿，觉得没那么饿了，于是说“我不吃了”（挂起）。因此操作系统就会重新计算所有人的 优先级。因为5号刚刚吃过，因此她的饥饿程度变小了，于是总优先级变小了；而其他人因为多等了一会儿，饥饿程度都变大了，所以总优先级也变大了。不过这时 候仍然有可能5号的优先级比别的都高，只不过现在只比其他的高一点点——但她仍然是总优先级最高的啊。因此操作系统就会说：5号mm上来吃蛋糕……（5号 mm心里郁闷，这不刚吃过嘛……人家要减肥……谁叫你长那么漂亮，获得了那么高的优先级）。
- 那么，Thread.Sleep 函数是干吗的呢？还用刚才的分蛋糕的场景来描述。上面的场景里面，5号MM在吃了一次蛋糕之后，觉得已经有8分饱了，她觉得在未来的半个小时之内都不想再 来吃蛋糕了，那么她就会跟操作系统说：在未来的半个小时之内不要再叫我上来吃蛋糕了。这样，操作系统在随后的半个小时里面重新计算所有人总优先级的时候， 就会忽略5号mm。Sleep函数就是干这事的，他告诉操作系统“在未来的多少毫秒内我不参与CPU竞争。
EventWaitHandle EventWaithandle are the events, which signals and releases one or more waiting threads and once the threads are released, EventWaitHandle is reset; either automatically or manually.
This is implemented by using the members of class given below. -- WaitOne() - Blocks the current thread until a current WaitHandle receives the signal. -- Set() - Sets the state of the event to be signaled, unblocking one or more waiting threads to execute. -- Reset() - Resets the state of the event to non-signaled to block the threads.
AutoResetEvent:
Event Wait Handles, which resets automatically
The threads are blocked by calling WaitOne() method, followed by notifying the thread; which is notified or signaled by calling Set() method. As the Set() method is called, one of the waiting thread is released and AutoResetEvent automatically calls Reset() method to reset WaitHandle and returns it to non-signaled state.
You can create an AutoResetEvent in two ways,
static EventWaitHandle _waitHandle = new EventWaitHandle(false,EventResetMode.AutoReset);
OR
static EventWaitHandle _waitHandle = new AutoResetEvent(false);
class AutoResetEventClass
{
private static AutoResetEvent AutoEvent = new AutoResetEvent(false);
static void Main()
{
for (int i = 0; i <= 2; i++)
{
Thread t = new Thread(ThreadProc);
t.Name = "Thread_" + i;
t.Start();
}
Thread.Sleep(500);
Console.WriteLine("Press Enter to signal the waiting threads");
Console.ReadLine();
AutoEvent.Set();
Thread.Sleep(500);
Console.ReadLine();
}
private static void ThreadProc()
{
string name = Thread.CurrentThread.Name;
Console.WriteLine(name + " starts and calls WaitOne()");
AutoEvent.WaitOne();
Console.WriteLine(name + " Realeased.");
Thread.Sleep(500);
}
} 因为AutoEvent在set后只允许一个thread通过（通过一个Thread后自动reset将其他Thread给lock住），所以从结果图里可见：只有Thread2被释放了。
ManualResetEvent: Event Wait Handles that resets manually
CountdownEvent This event unblocks the waiting threads after receiving a certain number of signals. 可参考下面的说明例子： http://www.c-sharpcorner.com/article/thread-synchronization-signaling-constructs-with-eventwaithandle-in-c-sharp/
Thread 的 join 方法 继续执行标准的 COM 和 SendMessage 消息泵处理期间，阻塞调用线程，直到某个线程终止为止。
这里，“调用线程”指调用joint的线程。 下面例子里，MainThread调用了线程t的joint，所以MainThread要等待t执行完才会显示出“join thread”语句。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;
namespace ConsoleApplication2
{
class Program
{
static void Main(string[] args)
{
// スレッドの作成
Thread t = new Thread(new ThreadStart(TestThread));
t.Start(); // スレッドの開始
// メインスレッドが終了した場合に、動作中のスレッドも終了させる場合
//t.IsBackground = True
// スレッドの優先度の変更
//t.Priority = ThreadPriority.Lowest;
// スレッドの強制終了させる場合
//t.Abort();
Console.WriteLine("wait thread.");
// スレッドの終了を待ち合わせる
t.Join();
Console.WriteLine("join thread");
Console.ReadKey();
}
///<summary>
/// スレッドとして動作するメソッド
/// </summary>
static void TestThread()
{
Console.WriteLine("sleep...");
// ３秒間停止
Thread.Sleep(3000);
Console.WriteLine("wake up. thread end.");
}
}
}
Thread, ThreadPool, Task
Thread就是Thread，需要自己调度，适合长跑型的操作。
ThreadPool是Thread基础上的一个线程池，目的是减少频繁创建线程的开销。线程很贵，要开新的stack，要增加CPU上下文切换，所以ThreadPool适合频繁、短期执行的小操作。调度算法是自适应的，会根据程序执行的模式调整配置，通常不需要自己调度线程。 另外分为Worker和IO两个池。IO线程对应Native的overlapped io，Win下利用IO完成端口实现非阻塞IO。
Task或者说TPL (Task Parallel Library) 是一个更上层的封装，NB之处在于continuation。 continuation的意义在于：高性能的程序通常都是跑在IO边界或者UI事件的边界上的，TPL的continuation可以更方便的写这种高scalability的代码。 Task会根据一些flag，比如是不是long-running来决定底层用Thread还是ThreadPool，另外也做了些细节优化，比如同一个线程跑好几个Task，比如continuation时根据情况让CPU空转几毫秒来等待前置Task结束，都是为了减少CPU上下文切换。
结论：能用Task就用Task，底下都是用的Thread或者ThreadPool。但是要注意细节，比如告诉Task是不是long-running；比如尽量别Wait；再比如IO之后的continuation要尽快结束然后把线程还回去，有事开个Worker做，要不然会影响后面的IO，等等。另外还有个特别的是Timer，所有Timer实例都是在一个专门的Timer线程上调度的。所以不要写的很重，要不然原本已经很低的精度会更加惨不忍睹。