C#学习之UI线程和线程池线程之间通讯之TaskScheduler.FromCurrentSynchronizationContext()

讲了如何在UI线程和线程池线程之间通讯。一般来说，UI线程拥有的对象，其他线程是无法操作的。但是.Net有一个很重要的抽象对象——TaskScheduler（任务调度器）。它协调着不同任务（线程）的运行，使得线程池中的线程有了操作UI线程的可能。在我以前不知道OberservableCollection和WPF开发的时候，都是要么使用 Invoke方法，要么就是使用TaskScheduler。这篇文章我们就主要介绍一下TaskScheduler这个对象。
本篇的例子依然来源于《C#多线程编程实例》（其实我这个系列的都是来自于这本书的例子）
建立wpf应用，编写如下函数：
[csharp] view plain copy 在CODE上查看代码片派生到我的代码片
Task<string> TaskMethod(TaskScheduler scheduler)  
{  
Task delay = Task.Delay(5000);  
  
return delay.ContinueWith(t =>  
{  
string str = string.Format("Task is running on a thread id {0}. Is thread pool thread: {1}",  
Thread.CurrentThread.ManagedThreadId, Thread.CurrentThread.IsThreadPoolThread);  
ContentTextBlock.Text = str;  
return str;  
}, scheduler);  
}  


这个TaskMethod方法有一个TaskScheduler参数，方法内，先Delay 5秒钟，类似于sleep。然后在delay任务完成后做后续操作，返回当前任务的相关信息到str字符串，并且将ContentTextBlock.Text属性修改为str字符串。需要注意的是，根据不同scheduler，该后续操作将在不同的线程上运行（可能是线程池线程，也可能是UI线程），但是请注意线程池线程是无法完成上述UI线程操作的（因为ContentTextBlock是UI线程中的对象）。


首先来看默认情况下的TaskScheduler：
[csharp] view plain copy 在CODE上查看代码片派生到我的代码片
void ButtonSync_Click(object sender, RoutedEventArgs e)  
{  
ContentTextBlock.Text = string.Empty;  
try  
{  
string result = TaskMethod(TaskScheduler.Default).Result;  
ContentTextBlock.Text = result;  
}  
catch (Exception ex)  
{  
ContentTextBlock.Text = ex.InnerException.Message;  
}  
}  
就像我之前所说的那样，该段函数是无法正常运行的。因为TaskScheduler.Default表明是在线程池中开线程运行，由于不是UI线程，因此会报错。




然后，我们来看下第二个例子，注意我加的注释！照样出错，同上图，因此就不截图了。
[csharp] view plain copy 在CODE上查看代码片派生到我的代码片
void ButtonAsync_Click(object sender, RoutedEventArgs e)  
{  
ContentTextBlock.Text = string.Empty;  
Mouse.OverrideCursor = Cursors.Wait;  
Task<string> task = TaskMethod(TaskScheduler.Default);//这个函数主要就是这里用了Default，所以用了线程池线程，而TaskMethod里面有操作UI对象，因此出错！  
task.ContinueWith(t => {  
ContentTextBlock.Text = t.Exception.InnerException.Message;//这里的后续操作是在UI线程中做的，没有出错。  
Mouse.OverrideCursor = null;  
},   
CancellationToken.None,  
TaskContinuationOptions.OnlyOnFaulted,  
TaskScheduler.FromCurrentSynchronizationContext());  
}  


最后一个例子是能够正确运行的，因为使用了TaskScheduler.FromCurrentSynchronizationContext()，因此函数中task会运行在一个与当前函数相同的线程中（也就是UI线程中），所以在TaskMethod中对于UI对象的更改可以被正确处理。同样，后续操作也是在UI线程中进行。
[csharp] view plain copy 在CODE上查看代码片派生到我的代码片
void ButtonAsyncOK_Click(object sender, RoutedEventArgs e)  
{  
ContentTextBlock.Text = string.Empty;  
Mouse.OverrideCursor = Cursors.Wait;  
Task<string> task = TaskMethod(TaskScheduler.FromCurrentSynchronizationContext()); // task 并没有运行在线程池中，而是 FromCurrentSynchronizationContext  
task.ContinueWith(t => Mouse.OverrideCursor = null,  
CancellationToken.None,  
TaskContinuationOptions.None,  
TaskScheduler.FromCurrentSynchronizationContext());  
}  

补充一点，这里的UI线程的thread id 也是1。


最后来补充一个经典的死锁案例，将上例中的代码增加一行Result：
string s = task.Result; //这句话将让UI线程等待直到UI线程完成task中的内容，但是等待中的UI线程没有办法操作，因此死锁！
[csharp] view plain copy 在CODE上查看代码片派生到我的代码片
void ButtonAsyncOK_Click(object sender, RoutedEventArgs e)  
{  
MessageBox.Show(Thread.CurrentThread.ManagedThreadId.ToString());  
ContentTextBlock.Text = string.Empty;  
Mouse.OverrideCursor = Cursors.Wait;  
Task<string> task = TaskMethod(TaskScheduler.FromCurrentSynchronizationContext());   
string s = task.Result; //这句话将让UI线程等待直到UI线程完成task中的内容，但是等待中的UI线程没有办法操作，因此死锁！  
task.ContinueWith(t => Mouse.OverrideCursor = null,  
CancellationToken.None,  
TaskContinuationOptions.None,  
TaskScheduler.FromCurrentSynchronizationContext());  

}  

转自http://blog.csdn.net/huiwuhuiwu/article/details/53581730