ESFramework 开发手册（08）－－重登陆模式与掉线重连

最新推荐文章于 2024-02-20 09:36:10 发布

当下即是

最新推荐文章于 2024-02-20 09:36:10 发布

阅读量363

点赞数 1

分类专栏： ESFrameork 文章标签：引擎 tcp 服务器 qq session string

本文链接：https://blog.csdn.net/esframework/article/details/7590946

版权

ESPlus提供的Rapid引擎采用了这样一条规则：当客户端与服务器成功建立TCP连接以后，发送的第一个消息为登录消息，当登录消息中的帐号密码经过服务端的验证后，服务端就会从消息中取出UserID的值，并将其与对应的TCP连接绑定起来。这样，服务端就知道每一个TCP连接所对应的用户UserID，而当我们要求服务端向某个客户端发送消息时，服务端就知道通过哪个TCP连接进行发送了。对同一个服务端而言，TCP连接与UserID是一一对应的，一个TCP连接只能对应一个UserID；同样的，一个UserID最多存在一个TCP连接。

1.两种重登陆模式

在现实中，经常出现这样的情况：比如我们用的QQ，当我们用一个账号在A地登录了，还未下线，而我又用此账号在B地登录，会发生什么情况了？QQ采用的策略是用新连接取代旧连接，即通知A地的客户端其已经被挤掉线了（如提示“同名的用户已在其它地方登陆”），而对于后续的通信，服务器都将与B地的客户端进行。

QQ采用的这种模式在ESFramework中称为ReplaceOld模式。但是，有的应用可能需要保留A地的连接而忽略新来的B地的连接，对于这种情况，我们可以采用另外一种模式：IgnoreNew。ESFramework通过RelogonMode枚举来定义这两种模式：

    public enum RelogonMode        
    {
        /// <summary>
        /// 忽略新的连接。
        /// </summary>
        IgnoreNew = 0,

        /// <summary>
        /// 使用新的连接取代旧的连接。
        /// </summary>
        ReplaceOld
    }

我们可以设置用户管理器IUserManager的RelogonMode属性来控制ESFramew