WCF開發(fā)插件是一個(gè)功能非常強(qiáng)大的工具，可以幫助我們輕松的實(shí)現(xiàn)一些安全性較強(qiáng)的開發(fā)解決方案。在這里我們將會針對WCF可信賴會話的相關(guān)特點(diǎn)為大家詳細(xì)介紹一些WCF安全方面的知識。#t#

如果需要保證消息的傳輸正確性，以及傳輸?shù)南㈨樞?，在WCF中的實(shí)現(xiàn)非常容易，即使用可信賴會話ReliableSession，前提是我們應(yīng)該選擇正確的綁定。支持可信賴會話的綁定包括WSHttpBinding，WSDualHttpBinding，WSFederationBinding以及NetTcpBinding和NetNamedPipesBinding（該綁定使用IPC協(xié)議，按照J(rèn)uval Lowy的說法，該綁定的類名并不合理。綁定的類名通常根據(jù)協(xié)議命名，而不是根據(jù)它所采用的技術(shù)，例如NetTcpBinding而不是NetSocketBinding。因此IPC綁定應(yīng)命名為NetIPCBinding，而不是NetNamedPipesBinding）。其中，與WS-*相關(guān)的綁定需要手動打開WCF可信賴會話。

由于綁定可以采用配置方式設(shè)定，因此，是否增加可信賴傳輸與具體的服務(wù)契約代碼無關(guān)。此外，綁定的選擇同樣可以通過配置文件修改，這就保證了WCF實(shí)現(xiàn)的靈活性。配置可信賴會話的方式如下所示：

< wsHttpBinding> 
< binding name="reliableBinding" receiveTimeout="00:20:00"> 
< reliableSession enabled="true" ordered="true" 
inactivityTimeout="00:20:00"/> 
< /binding> 
< /wsHttpBinding> 

在配置文件中，讓人疑惑不解的是兩個(gè)超時(shí)值的設(shè)置。兩者代表了不同的含義。receiveTimeout與應(yīng)用程序消息相關(guān)，而inactivityTimeout則與應(yīng)用程序以及基礎(chǔ)架構(gòu)消息相關(guān)。舉例來說，如果一個(gè)服務(wù)契約包含了三個(gè)服務(wù)操作，且這三個(gè)操作將形成一個(gè)有序的序列（傳輸?shù)南㈨樞蚺c此相關(guān)），那么計(jì)算非活動狀態(tài)的值，對于前者而言是從調(diào)用服務(wù)對象的某一個(gè)操作之后開始計(jì)算，而后者則針對整個(gè)序列的操作。根據(jù)MSDN的解釋，基礎(chǔ)架構(gòu)消息是指為了通道堆棧中的協(xié)議之一（例如，保持活動狀態(tài)或確認(rèn)，而并非包含應(yīng)用程序數(shù)據(jù)）而生成的消息。

在WCF可信賴會話中，任何一個(gè)超時(shí)值計(jì)時(shí)器觸發(fā)都會斷開連接，因此單獨(dú)改變其中某一個(gè)的值是沒有意義的。如果值不相同，則取兩個(gè)值之間的最小值。他們的默認(rèn)值均為10秒。

ReliableSession的Ordered屬性保證了消息的傳輸順序。它不意味著我們在調(diào)用服務(wù)對象時(shí)，必須遵循操作調(diào)用的順序，而是指消息在發(fā)送時(shí)，必須按照調(diào)用的順序傳送。例如一個(gè)服務(wù)契約定義了M1，M2，M3三個(gè)服務(wù)操作。如果服務(wù)對象的調(diào)用順序如下所示：

m_proxy.M1();  
m_proxy.M2();  
m_proxy.M3(); 

則消息的順序?yàn)镸1-> M2 -> M3。如果修改操作的調(diào)用順序如下：

m_proxy.M3();  
m_proxy.M2();  
m_proxy.M1(); 

則消息的順序?yàn)镸3-> M2 -> M1。因此，我們應(yīng)注意它與所謂的“分步操作(Demarcating Operation)”的區(qū)別。分步操作通過在[OperationContract]中指定IsInitiating和IsTerminating的值，標(biāo)示操作的調(diào)用順序。在DevX的一篇文章中有如下的服務(wù)契約定義：

[ServiceContract]  
public interface IChopstickBuilder  
{  
[OperationContract]  
int GetChopsticksUnderConstruction();  
[OperationContract]  
void WarmupChopstickMachine();  
[OperationContract]  
void ConstructAChopstick();  
} 

其中要求WarmupChopstickMachine()必須在ConstructAChopstick()操作之前調(diào)用。為保證客戶端調(diào)用不出現(xiàn)順序的錯(cuò)誤，單單啟動WCF可信賴會話的有序傳遞仍嫌不足。此時(shí)，我們可以為WarmupChopstickMachine()操作定義分步操作：

[OperationContract(IsInitiating = true)]  
void WarmupChopstickMachine(); 

不過，這樣的操作定義實(shí)際上是無效的，因?yàn)镮sInitiating的默認(rèn)值本身就是true，這樣的設(shè)置與不設(shè)置的效果完全一致。因此，我們可以考慮對ConstructAChopstick()和GetChopsticksUnderConstruction()進(jìn)行設(shè)置：

[ServiceContract(SessionModeSessionMode = SessionMode.Required)]  
public interface IChopstickBuilder  
{  
[OperationContract(IsInitiating = false, IsTerminating = true)]  
int GetChopsticksUnderConstruction();  
[OperationContract]  
void WarmupChopstickMachine();  
[OperationContract(IsInitiating = false)]  
void ConstructAChopstick();  
} 

使用分步操作需要會話的支持，因此需要在服務(wù)契約上將SessionMode設(shè)置為Required，否則會拋出InvalidOperationException異常。

對于某些嚴(yán)格要求WCF可信賴會話的服務(wù)，為避免配置文件中錯(cuò)誤設(shè)置可信賴會話的可能，可以強(qiáng)制要求WCF檢查包含該服務(wù)契約的終結(jié)點(diǎn)，確認(rèn)它是否選擇了支持可信賴會話的綁定，并支持有序傳遞：

[ServiceContract(SessionModeSessionMode = SessionMode.Required)]  
[DeliveryRequirements(RequireOrderedDelivery = true)]  
public interface MyReliableService... 

以上就是我們?yōu)榇蠹以敿?xì)介紹的WCF可信賴會話的具體內(nèi)容。