GOM 卡在登录界面：网关、DBC、版本号三处对照

开区当天最常见的一句话是“我卡在登录界面了”。服务端窗口都在跑，网关也开着，玩家就是点不进去。GOM 上这个问题不难查，难的是没有顺序，东看一头西看一头，越查越乱。

一、先分清三种表现

连服务器都连不上。登录器列表能刷出来，点进去提示连接失败。这一层是网络和端口的问题。

能连上但停在选人界面。说明网关通了，角色数据或者 DBC 出了问题。

选完人卡在加载条。说明前两层都通了，问题在客户端资源和版本号匹配。

三种表现对应三个不同的排查方向。先让玩家描述清楚卡在哪一步，比直接远程看服务端省一半时间。

二、网关：端口、连接数、启动顺序

网关这一层要看三件事。

端口是否真的在监听。用命令行看端口状态，能看到监听才算真的起来了。窗口开着但端口没监听，通常是配置里的端口被占用，网关启动失败了但窗口没关。

连接数是否到上限。开区瞬间几百人同时登录，连接数配置得太小，后面的玩家全部被拒绝，表现就是“有人能进有人不能进”。

启动顺序是否正确。正常的顺序是数据库、引擎、网关、登录器列表。顺序错了，网关会连不上引擎，窗口看着正常，实际没有转发能力。

这三件事里，连接数最容易被忽略，因为它平时不会出问题，只在开区那一刻爆发。

三、DBC：别名、路径、表结构

DBC 这一层的问题，表现通常是角色读不出来、进游戏没有人物、或者进去之后装备全空。

先看别名。服务端配置里写的是别名，不是路径。别名建错，引擎启动时可能不报错，但读不到数据。

再看路径。别名指向的目录里必须真的有那些表文件。换机器之后路径变了，别名还指着旧路径，就会读不到。

最后看表结构。有些版本的表结构被人改过，用原版 DBC 工具打开会报格式不符。这种情况不能硬开，要用对应的数据工具转换，或者换回匹配的表。

一个快速判断：引擎启动时如果提示数据库相关错误，先查别名和路径；如果启动正常但玩家数据异常，查表结构。

四、版本号：三处必须一致

引擎版本、登录器版本、客户端版本，这三处的版本号要匹配。

不匹配的典型表现是：能登录、能选人、进图卡住，或者进去之后界面错乱、技能图标全空。

很多人只改了客户端，忘了登录器。登录器里有一份版本号配置，它决定了客户端去下载哪个版本的补丁。登录器还是旧版本号，客户端就会拿到旧补丁。

还有一处是微端的版本清单。清单里的版本号和登录器里写的不一致，客户端会反复尝试更新，看起来像卡在更新界面。

三处对齐的方法只有一个：每次发版，把三处的版本号写在同一张纸上，改完逐项打勾。靠记忆一定会漏。

五、分层排查的顺序

顺序从外往里：客户端网络、登录器列表、网关端口、引擎、DBC。

先确认客户端能不能 ping 通服务器，再看登录器列表里的地址和端口对不对，再看网关端口有没有监听，再看引擎是否正常加载了版本，最后看 DBC。

这个顺序的好处是每一步都能证伪。任何一步过不了，就不用往下查，问题一定在这一层。

反过来，一上来就重装服务端，会把本来能定位的问题线索全部清掉，最后只能靠猜。

六、三个具体案例

案例一：只有部分玩家进不去。网关连接数配置偏小，先到的玩家占满了连接，后面的排队失败。调大连接数并重启网关即可。

案例二：所有人都能登录，但进去没有角色。DBC 别名指向了旧目录，引擎读到的是空库。重建别名，确认路径后重启。

案例三：能进游戏但地图全黑。登录器和微端版本号不一致，客户端拿到的是旧补丁。统一版本号并重新分发。

三个案例分别对应三处，正好可以当作排查时的参照。

七、一张排查表

把这几项列成一张表，开区前逐项打勾：网关端口监听、连接数上限、DBC 别名与路径、引擎启动无报错、登录器地址端口、三处版本号一致、微端清单已更新。

七项全过，卡登录的概率会低很多。开区当天的时间很宝贵，能提前排除的绝不要留到当天。

这张表打印出来贴在机房的墙上，比存在电脑里管用。开区前一小时照着念一遍，十分钟能过完。

八、预防比排查重要

这类问题九成可以在开区前一天发现。做法很简单：找一台不在机房的电脑，用真实客户端完整走一遍登录流程。

本地测试永远发现不了网络和分发的问题，因为本地没有走公网，也没有走登录器更新。真实环境跑一遍，问题当场就暴露了。

GOM 本身很稳，出问题的永远是配置。配置有序，开区就顺。