WCF线程安全性问题有所解决

WCF开发工具在开发领域中占据着一个比较重要的地位。它的出现可以帮助开发人员打造一款跨平台的企业级解决方案。在这里我们将会通过对WCF线程的了解来更加深入的对这一工具有一个了解。#t#

虽然有许多人对WCF线程表示怀疑，但在年复一年的不断发展中，他的安全性也在不断提高。保障WCF线程正常运行是完全有可能的，但前提是要深入理解到底什么是WCF线程，及他是怎么运作的。

对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；

或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Thread Affinity）。

对应WCF来说，无论是host一个service，还是在调用service时制定callback，在默认的情况下，service和callback的操作将自动和当前的SynchonizationContext进行关联（如何有的话）。

也就是说，如过我们的service被host到Windows Form application下，那么service的操作将在UI 线程下执行；同理，如何我们在一个Windows Forms UI线程下调用duplex service并制定callback，那么callback的最终执行将在UI线程。

关于WCF线程关联性的控制，可以通过ServiceBehavior或者CallbackBehavior的UseSynchronizationContext属性进行设定，该属性默认为true，这正式WCF默认具有线程关联性的原因。

现在我们来实现我们的第二套方案：让Callback的执行不必绑定到UI线程。为此我们只需要加上如何的CallbackBehavior attribute就可以了

namespace Artech.ThreadAffinity.Clients   
{   
[CallbackBehavior(UseSynchronizationContext = false)]   
public class CalculateCallback : ICalculateCallback   
{   
public static TextBox ResultPanel;   
#region ICalculateCallback Members   
public void DisplayResult(double result)   
{   
ResultPanel.Text = result.ToString();   
}   
#endregion   
}   
}  

以上就是对WCF线程的相关介绍。