摘要：
分布式系统的构建一般有两种模式，一是基于消息（如Tcp，http等），一是基于方法调用（如RPC、WebService、Remoting）。深入想一想，它们其实是一回事。如果你了解过.NET的Proxy，那么你会发现，方法调用和消息请求/回复实际上是可以相互转换的，.NET的Proxy的实现，就是在 阅读全文
摘要：
最新版本的ESFramework/ESPlus提供了基于TCP和UDP的P2P通道，而无论我们是使用基于TCP的P2P通道，还是使用基于UDP的P2P通道，ESPlus保证所有的P2P通信都是可靠的。这是因为ESPlus在原始UDP的基础上模拟TCP的机制进行了再次封装，以使UDP像TCP一样可靠。 阅读全文
摘要：
无论我们采用何种通信框架来构建我们的分布式系统，在服务端进行用户管理都是非常重要的一个环节。然而用户管理是否应该隶属于通信框架了？这个并不一定，通常来说，用户管理是与具体应用紧密相关的，应该是由应用解决的部分，因为不同的应用程序对用户管理的需求是不尽相同的。但是，如果我们对大多数应用中的用户管理任务 阅读全文
摘要：
在ESFramework 4.0 进阶（04）－－ 驱动力：通信引擎（下）一文末尾我们已经将通信引擎以及整个消息骨架流程组装起来了，只要通信引擎一接收到消息，框架就会按照规定的流程进行运转。到这里，自然想到一个问题，如何来发送消息了？没有发送，何谈接收，就更不会有后续的驱动整个消息处理的骨架流程了。 阅读全文
摘要：
在ESFramework 4.0 进阶（03）－－ 驱动力：通信引擎（上）一文中，我们对ESFramework提供的每一个通信引擎的接口都做了详细了说明，这篇文章我们将继续探讨这些接口的实现类 -- 真正工作的通信引擎类。ESFramework提供了具体的5个通信引擎类覆盖了TCP/UDP、客户端/ 阅读全文
摘要：
在ESFramework 4.0 进阶（02）－－ 核心：消息处理的骨架流程一文中我们详细介绍了ESFramework中消息处理的骨架流程，并且我们已经知道，ESFramework中的所有通信引擎使用的都是这一套骨架流程。ESFramework内置了多种通信引擎以完全支持“客户端/服务端、TCP/U 阅读全文
摘要：
在Internet上采用TCP进行通信的系统，都会遇到一个令人头疼的问题，就是“掉线”。而“TCP掉线”这个问题远比我们通常所能想象的要复杂的多 -- 网络拓扑纷繁复杂、而从始节点A到终节点B之间可能要经过N多的交换机、路由器、防火墙等等硬件设备，每个硬件设备的相关设定也不统一，再加上网络中可能出现 阅读全文
摘要：
在ESFramework框架中基于TCP的服务端引擎（当然也包括Rapid引擎）都采用了这样一条规则：默认情况下，客户端与服务器成功建立TCP连接以后，服务端会从客户端发过来的第一条消息中取出消息头的UserID属性的值，并将其与对应的TCP连接绑定起来。这样，服务端就知道每一个TCP连接所对应的用 阅读全文
摘要：
在ESFramework 4.0 概述一文中，我们提到ESFramework.dll作为通信框架的核心，定义了消息处理的骨架流程，本文我们来详细剖析这个流程以及该骨架中所涉及的各个组件。ESFramework的骨架流程如下图所示： 一.所有的网络引擎都使用同一消息处理骨架流程 ESFramework 阅读全文
摘要：
《ESFramework 4.0 快速上手》系列介绍的都是如何使用Rapid引擎（快速引擎） -- RapidServerEngine 和 RapidPassiveEngine。其实，大家可以将这两个引擎看作是两个壳，内部包装的才是真正的ESFramework的网络引擎， ESFramework支持 阅读全文