首页
/ Mirror网络框架中ServerChangeScene对未认证连接的处理问题分析

Mirror网络框架中ServerChangeScene对未认证连接的处理问题分析

2025-06-06 11:36:21作者:毕习沙Eudora

问题背景

在Mirror网络框架中,ServerChangeScene()方法在服务器切换场景时会调用NetworkServer.SetAllClientsNotReady(),该方法会向所有客户端发送NotReadyMessage。然而,这一机制存在一个潜在问题:它会向尚未完成认证过程的客户端连接也发送NotReadyMessage,导致这些连接被意外断开。

问题现象

当服务器调用ServerChangeScene()方法时,会触发以下行为:

  1. 遍历所有客户端连接
  2. 对每个连接调用SetClientNotReady()
  3. 发送NotReadyMessage给每个客户端

问题在于,即使某些客户端尚未完成认证过程(如正在使用认证器进行认证),也会收到NotReadyMessage。由于NotReadyMessage是专为已认证客户端设计的消息类型,框架会检测到未认证客户端收到了不该接收的消息,从而主动断开这些连接。

技术细节分析

在Mirror框架的NetworkServer类中,SetAllClientsNotReady()方法的实现如下:

foreach (NetworkConnectionToClient conn in connections.Values)
{
    SetClientNotReady(conn);
}

这种方法会无差别地处理所有连接,包括那些正在进行认证但尚未完成的连接。当这些未认证连接收到NotReadyMessage时,框架会记录如下警告并断开连接:

Disconnecting connection: connection(0). Received message Mirror.NotReadyMessage that required authentication, but the user has not authenticated yet

典型场景重现

这个问题在以下特定场景中尤为明显:

  1. 使用带有认证器的网络管理器
  2. 网络管理器未设置在线场景(onlineScene)
  3. 调用NetworkManager.StartHost()启动主机
  4. 立即调用ServerChangeScene()切换场景

在这种情况下,主机玩家会被添加到连接列表但尚未完成认证,随后收到NotReadyMessage导致断开连接。

解决方案

针对此问题,有两种可能的修复方案:

方案一:在SetAllClientsNotReady()中跳过未认证连接

public static void SetAllClientsNotReady()
{
    foreach (NetworkConnectionToClient conn in connections.Values)
    {
        if (!conn.isAuthenticated)
            continue;

        SetClientNotReady(conn);
    }
}

方案二:在SetClientNotReady()中增加认证检查

public static void SetClientNotReady(NetworkConnectionToClient conn)
{
    if (!conn.isAuthenticated)
        return;

    conn.isReady = false;
    conn.RemoveFromObservingsObservers();
    conn.Send(new NotReadyMessage());
}

框架更新情况

值得注意的是,这个问题已经在Mirror 89.0.0版本中得到修复。新版本中已经加入了适当的认证检查,确保不会向未认证连接发送NotReadyMessage。开发者如果遇到此问题,应考虑升级到最新版本的Mirror框架。

总结

这个问题揭示了在网络框架设计中需要考虑连接状态的重要性。特别是在处理认证流程时,必须仔细区分已认证和未认证连接,避免向未认证连接发送仅限已认证连接使用的消息。这种设计考量对于构建稳定可靠的网络应用至关重要。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
469
3.48 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
flutter_flutterflutter_flutter
暂无简介
Dart
716
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
208
83
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1