《WCF教程8》.doc

[原创]我的WCF之旅（8）：WCF中的Session和Instancing Management WCF中的Session 我们知道，WCF是MS基于SOA建立的一套在分布式环境中各个相对独立的Application进行Communication的构架。他实现了必威体育精装版的基于WS-*规范。按照SOA的原则，相对独自的业务逻辑以service的形式封装，调用者通过Messaging的方式调用Service。对于承载着某个业务功能的实现的Service应该具有Context无关性、甚至是Solution无关性，也就是说个构成Service的operation不应该绑定到具体的调用上下文，对于任何调用，具有什么样的输入，就会有与之对应的输出。因为SOA的一个最大的目标就是尽可能地实现重用，只有具有Context无关性/Solution无关性，Service才能实现最大限度的重用。此外Service的Context无关性/Solution无关性还促进了另一个重要的面向服务的特征的实现：可组合性，把若干相关细粒度的Service封装成一个整体业务流程的Service。 在一个C/S（Client/Service）场景中，Context无关性体现在Client对Service的每次调用都是完全不相关的。但是在有些情况下，我们却希望系统为我们创建一个Session来保留某个Client和Service的进行交互的状态。所以，像Web Service一样，WCF也提供了对Session的支持。对于WCF来说，Client和Service之间的交互都通过Soap Message来实现的，每次交互的过程就是一次简单的Message Exchange。所以从Messaging的角度来讲，WCF的Session就是把某个把相关的Message Exchange纳入同一个Conversation。每个Session用一个Session ID来唯一标识。 WCF中的Session和ASP.NET的Session 在WCF中，Session属于Service Contract的范畴，是一个相对抽象的概念，并在Service Contract定义中通过SessionModel参数来实现。他具有以下几个重要特征： Session的创建和结束都有来自Client端的调用来实现 我们知道，在WCF中Client通过创建的Proxy对象来和service的交互，在默认的支持Session的情况下，Session和具体的Proxy对象绑定在一起，当Client通过调用Proxy的某个方法来访问Service的时候，Session被初始化，直到Proxy被关闭，Session被终止，我们可以通过下面两种方式来关闭Proxy： 调用System.ServiceModel. ICommunicationObject对象（我们一般通过System.ServiceModel. ChannelFactory对象的CreateChannel方法获得）的Close方法。 调用System.ServiceModel. ClientBase对象（我们一半通过继承它来实现我们为某个特定的Service创建Proxy类）的Close方法。 此外，我们也可以人为地指定通过调用Service的某个operation来初始化、或者终止Session。我们一般通过System.ServiceModel. OperationContractAttribute的IsInitiating和IsTerminating参数来指定初始化和终止Session的Operation。 WCF保证处于某个Session中传递的Message按照他发送的次序被接收 WCF并没有为Session的支持而保存相关的状态数据。 说道WCF中的Session，我们很自然地联想到ASP.NET中的Session。实际上，他们之间具有很大的差异： ASP.NET的Session总是在Server端初始化的。 ASP.NET并不提供Ordered Message Delivery的担保。 ASP.NET是通过在Serer以某种方式保存State来实现对Session的支持的，比如保存在Web Server的内存中，保存在State Server甚至是SQL Server中。 WCF中的Session的实现和Instancing Management 在上面我们说了，虽然WCF支持Session，但是并没有相关的状态信息被保存在某种介质中。WCF是通过怎样的方式来支持Session的呢？这就是我们本节要讲的Instancing Management。 对于Client来说，它实际上不能和Service进行直接交互，它只能通过客户端创建