首页 > WCF学习笔记之可靠会话

WCF学习笔记之可靠会话

可靠会话传输需要解决两个问题:重复消息和无序交付;制定WS-RM的一个主要目的就是实现一种模块化 的可靠消息传输机制;WS-RM两个版本(WS-RM1.0和WS-RM1.1);

WCF中整个可靠会话的实现完全是通过ReliableSessionBindingElement这个绑定元素创建的信道实现的;

  • AcknowledgementInterval如果消息的发送方和接收方通过双工通道连接,接收方能够随时向接收方发送确认。在这种情况下,为了降低网络流量,WCF采用批量确认的机制。也就是说,当接收端成功接收到某个消息的时候,并不会立即针对该消息发送确认,而是等待一定时间后,对所有接收到的消息进行批量确认。AcknowledgementInterval表示消息接收端发送确认之前等待的时间间隔,默认为0.2秒(200毫秒)。该设置仅仅针对于NetTcpBingding和WSDualHttpBiding等支持双工通信的绑定有效,而像BasicHttpBinding和WSHttpBiding这样的绑定无此设置。
  • FlowControlEnabled该属性指示可靠会话是否已启用流控制(Flow Control)。流控制是可靠会话实现的一种机制,目的是确保发送方所发送的消息数不超过接收方可处理的消息数。接收方拥有消息缓冲区,用于容纳突增的消息和无序的消息。接收方在每次确认时都会告知发送方此缓冲区中的剩余空间量。利用此信息,发送方就可以在接收方缓冲区中没有剩余空间时,停止发送新的消息。FlowControlEnabled默认值为True。
  • InactivityTimeout在WS-RM中,被创建的RM序列具有一个Expires属性表示序列的生命周期。但是,我们不能通过可靠会话的整个生命周期的时限,也就是,整个可靠会话并没有具体时间的限制。但是,WCF并不能依赖于可靠会话被显式地被终止,而设定一个超时时限,在该时间范围内如何没有活动的消息交换,WCF会将可靠会话关闭。InactivityTimeout就是这么一个表示可靠会话在关闭之前保持非活动状态的时间间隔,默认值为10分钟。
  • MaxPendingChannels通道在等待被接受时处于挂起状态。一旦达到该限制,就不会创建任何通 道并将其置于挂起模式,直到此数值降低(通过接受挂起的通道)。这是对每个侦听器的限制。当达到此阈值时如果远程应用程序尝试建立新的可靠会话,则会拒绝请求且打开操作将提示此错误。这么一个可靠会话期间可为挂起状态的最大通道数通过MaxPendingChannels表示,默认值为4;
  • MaxRetryCount如果在某个可接受时间范围内,消息的发送端没有接收到某个以发消息的确认,会对该消息进行重传。MaxRetryCount表示重传的次数,最小值为1,最大值为0x7FFFFFFF(Int32.MaxValue)的默认值为8。WCF使用指数补偿算法根据计算的平均往返时间来确定何时重新传输。初始重试时间是根据测量的创建会话往返时间来计算的。重新传输算法是每进行一次尝试,延迟时间就会增加一倍。如此一来,从第一次传输尝试到最后一次传输尝试大约会历时 8.5 分钟。可以根据计算的往返时间来调整第一次尝试重新传输的时间,因此这些尝试所经历的时间将会相应地发生变化。这样,可以使重新传输时间动态地适应不断变化的网络条件。MaxRetryCount表示进行重传的次数,在达到此限制之前未接收到确认被视为严重的通信故障,这种情况将引发通道出错的事件。
  • MaxTransferWindowSize该属性表示消息缓冲区的大小,或者说是缓冲区能够容纳消息的数量。MaxTransferWindowSize最小值为1,最大值为4096,默认值为32。MaxTransferWindowSize属性的值可在发送方和接收方进行设置。如果达到发送方的这个限制,则会阻止其他发送调用。如果达到接收方的这个限制,则不会接受到达基础通道的新消息。可靠会话会使用窗口 协议来帮助提高网络利用率。所需的缓冲量直接从传输窗口的大小派生而来。调整此值时请注意,最佳传输窗口直接与带宽和延迟相关。理想的最大窗口大小是带宽乘以延迟。如果比此值小,网络利用率就会低于 100%,如果比此值大,就会浪费空间。
  • Ordered该属性表示是否启用“有序传输”机制确保消息的接收端完全按照消息被发送的顺序进行交付;默认值为False;
  • ReliableMessagingVersion该属性表示可靠会话支持的WS-RM的版本。在WCF中,该WS-RM通过ReliableMessagingVersion类型表示(不是枚举)。ReliableMessagingVersion定义如下,我们可以通过两个静态只读属性WSReliableMessagingFebruary2005和WSReliableMessaging11得到两个表示WS-RM 1.0和WS-RM 1.1的ReliableMessagingVersion对象。静态只读属性Default表示默认的WS-RM版本,其值目前和WSReliableMessagingFebruary2005属性一致。

 

除了InactivityTimeout和Ordered两个属性可以进行设置之外,定义在ReliableSessionBindingElement绑定元素中的各个属性大多采用默认值。但是,有一个例外,即表示支持WS-RM版本的ReliableMessagingVersion属性。对于WSHttpBinding、WSDualHttpBinding和WSFederationHttpBinding支持的版本是WS-RM 1.0,而WS2007HttpBinding和WS2007FederationHttpBinding则支持的是WS-RM 1.1。

配置绑定设置:

<system.serviceModel><bindings><ws2007HttpBinding><binding name="reliableSession2007Binding"><reliableSession enabled="True" inactivityTimeout="00:20:00"  ordered="True"/><security mode="None"/>binding>ws2007HttpBinding>bindings><client ><endpoint name="calculatorservice" address="http://127.0.0.1/calculatorservice" binding="ws2007HttpBinding" bindingConfiguration="reliableSession2007Binding" contract="Artech.MessageInspection.Sender.ICalculator" />client>
system.serviceModel>

 

更多相关:

  • 首先对微擎的工作原理做简单描述, 微擎使用规则和模块的机制来处理公众平台的请求数据并返回响应的结果.执行流程描述为: 粉丝用户与公众号码进行对话或交互, 而后公众平台将粉丝用户的请求消息(当前包括: 文本, 图片, 位置, 链接, 事件. 请参阅消息类型)传递给微擎系统, 微擎系统按照消息类型和对应的公众号所设定的规则列表匹配到合适的...

  • 消息队列的使用场景以下介绍消息队列在实际应用常用的使用场景。异步处理、应用解耦、流量削锋和消息通讯四个场景。1】异步处理:场景说明:用户注册后,需要发注册邮件和注册短信。引入消息队列后架构如下:用户的响应时间=注册信息写入数据库的时间,例如50毫秒。发注册邮箱、发注册短信写入消息队列后,直接返回客户端,因写入消息队列的速度很快,基...

  • 下面是我凭记忆想到的几个题目,有需要的同学就拿去吧,我也算做了点善事. 中体骏彩C++笔试题 2013-11-18 1.指针的含义是:B A.名字 B.地址 C.名称 D.符号 2.给出下面的程序输出: #include #include #include ...

  • 双端通信描述 利用消息队列针对发送接受消息的类型唯一性 进行多个客户端之间消息传递,而不需要server端进行消息转发。 同时消息队列的读阻塞和写阻塞特性(消息队列中已经写入数据,如果再不读出来,则无法再次写入)让消息队列的实现过程只能如下: 客户端1的父进程用来处理类型1的消息写,子进程处理类型2的消息读客户端2的父进程处理类型...

  • 文章目录基本介绍编程接口代码实例消息队列的发送和接收消息队列中的消息对象的属性控制 基本介绍 支持不同进程之间以消息(messages)的形式进行数据交换,消息能够拥有自己的标识,且内核使用链表方式进行消息管理。进程之间的通信角色为:发送者和接受者 发送者: a. 获取消息队列的ID(key或者msgid) b. 将数据放入...

  • 会话控制1.为什么是会话?a) 会话就是对话,现实中的会话.b) 客户端和服务器之间的通讯就是会话,计算机中的会话2.什么是会话控制?a) 对会话的控制就是会话控制. 3.HTTP协议a) HTTP协议  超文本传输协议 b) HTTP协议是一个老年痴呆症协议。该协议不会记录任何的状态。 COOKIE的工作原理:(会话控制的第一种方式...

  • 一、单系统登录机制 1、http无状态协议   web应用采用browser/server架构,http作为通信协议。http是无状态协议,浏览器的每一次请求,服务器会独立处理,不与之前或之后的请求产生关联,这个过程用下图说明,三次请求/响应对之间没有任何联系   但这也同时意味着,任何用户都能通过浏览器访问服务器资源,如果想保护...

  • 在SQL Server中,我们知道一个SELECT语句执行过程中只会申请一些意向共享锁(IS) 与共享锁(S), 例如我使用SQL Profile跟踪会话86执行SELECT * FROM dbo.TEST WHERE OBJECT_ID =1 这个查询语句,其申请、释放的锁资源的过程如下所示:     而且从最常见的锁模式的兼容性...