|
基于Http的双向通讯V.S.基于TCP的双向通讯 由于Http和TCP在各自协议上的差异，他们实现双向通信的发式是不同的。 Http是一个应用层的协议，它的主要特征就是 无连接和无状态（connectless & stateless ）。它采用传统的Request/Reply的方式进行通信，Client发送Http Request请求Server的某个资源，Server端接收到该Http Request, 回发对应的Http Response。当Client端接收到对应的Response，该Connection会关闭。也就是说Client和Server的 Connection仅仅维持在发送Request到接收到Response这一段时间内。同时，每次基于Http的 connection是相互独立，互不相干的，当前connection无法获得上一次connection的状态。为了保存调用的的状态信息， ASP.NET通过把状态信息保存在Server端的方式实现了对Session的支持，具体的做法是：ASP.NET为每个Session创建一个 Unique ID，与之关联一个HttpSessionState对象，并把状态信息保存在内存中或者持久的存储介质（比如SQL Server）中。而WCF则采用另外的方式实现对Session的支持：每个Session关联到某个Service Instance上。 回到我们WCF双向通信的问题上，当 Client调用Service之前，会有一个Endpoint在Client端被创建，用于监听Service端对它的Request。Client对 Service的调用会建立一个Client到Server的Connection，当Service在执行操作过程中需要Callback对应的 Client，实际上会建立另一个Service到Client的Http connection。虽然我们时候说WCF为支持双向通信提供Duplex Channel，实际上这个Duplex channel是由两个Request/Reply Channel组成的。 而对于TCP/IP簇中的传输层协议TCP，它 则是一个基于Connection的协议，在正式进行数据传输的之前，必须要在Client和Server之后建立一个Connection， Connection的建立通过经典的“3次握手”来实现。TCP天生就具有Duplex的特性，也就是说当Connection被创建之后，从 Client到Sever，和从Server到Client的数据传递都可以利用同一个Connection来实现。对于WCF中的双向通信， Client调用Service，Service Callback Client使用的都是同一个Connection、同一个Channel。所以基于TCP的Duplex Channel才是真正意义上的Duplex Channel。 |
|
|
