简介网络游戏服务端的核心架构往往隐藏着进程拆分、网络通信与数据库交互等基础设计而经典C服务端源码是理解这些概念的最佳教材。奇迹MU游戏服务端的97d版本正是一套历经私服圈长期验证的老源码它包含ConnectServer、JoinServer、GameServer等多个独立进程通过配置文件、ODBC数据源和端口监听串联起完整的登录、验证与玩法逻辑。本文从编译环境搭建出发讲解如何用VS2010编译老工程、配置SQL Server和32位ODBC数据源并手把手演示如何定位经验倍率、物品掉落和GM指令的代码落点最终实现一条自定义GM指令从修改到进游戏验证的完整闭环。无论你是想学习服务端架构还是想搭建怀旧单机服这条路径都能提供清晰可复用的参考。1. 为什么 202x 年还有人翻 97d 的老源码当宝贝「GameServer97d-Source_muonline_」这批字指向的不是什么新框架而是一套二十年前就能编译成完整 MMORPG 服务端的 C 源码包奇迹MUmuonline服务端里最经典的 97d 版本。这个版本在私服圈被翻来覆去改了近二十年至今还有人拿它学服务端架构、搭单机怀旧、改着玩。它的价值不在画面和功能而在结构——一个完整网络游戏服务端该有的进程拆分、数据库设计、封包处理、刷怪逻辑在这里全都能看到实体代码。适合想搞懂服务器到底怎么跑的人也适合想练 C 网络编程但对空泛教程提不起劲的人。后面所有内容都围绕「拿到这个包之后怎么把它读明白、编译起来、改出点自己的东西」来展开。2. 先把 GameServer97d 源码包的家底摸清文件结构、工程类型、启动链路拿到一个源码包第一件事不是解压就看代码而是先弄清楚包里有什么、哪些是源码、哪些是运行数据、哪些是数据库脚本。97d 这个版本年代久远工程基本都是 VC6 或 VS2003 时代留下的 MFC 程序理解它的组成方式比急着改代码重要得多。2.1 一个典型的 97d 源码包里有哪几类东西常见的包结构一般是下面这几类东西的组合我把它们列成一张表标清楚哪些需要编译、哪些只是运行期要用的数据。类别典型内容是否需要编译说明游戏逻辑服务端GameServer 工程是整个服务端的核心所有玩法逻辑都在这里连接/账号服务ConnectServer、JoinServer 工程是客户端先进这里再被分发到 GameServer扩展数据库服务ExDB 工程是处理一些独立于主逻辑的数据库操作数据库脚本SQL 目录下的 .sql 文件否初始化数据库用的建表、存储过程都在里面运行配置文件ServerInfo、端口配置、公告文本否GameServer 启动时读取改配置是调参数的第一站游戏数据文件怪物、地图、掉落、商店等数据文件否老服务端的玩法数据大量放在文本/二进制文件里拿到包之后建议先按这张表把目录过一遍。我一般会在解压目录旁边建一个笔记把每个子目录是干嘛的记下来后面查代码能省很多时间。97d 源码包最典型的特征是「一个解决方案里挂好几个工程」。GameServer 是最大的那个也是绝大多数人改代码时唯一会打开的工程。ConnectServer 和 JoinServer 通常体量小很多但缺了它们客户端连不进来、账号也验证不了。这四五个工程之间的配合关系下一节说。2.2 先找入口文件从 WinMain 到游戏循环的启动链路读懂一个老 MFC 服务端最快的方式是找入口。97d 的 GameServer 是 Windows 程序入口一般在一个叫什么 Main 的 .cpp 文件里里面是一个标准的 MFC WinMain。第一次打开工程别急着翻业务代码先把入口文件从头到尾读一遍搞清楚启动顺序。以典型 MFC 服务端入口为例逻辑大致是这样// 示意代码常见 MFC 服务端的入口结构具体工程以你手里的源码为准 BOOL CGameServerApp::InitInstance() { // 1. 读取 ServerInfo 之类的配置文件拿到端口、经验倍率、数据库 DSN LoadConfig(ServerInfo.cfg); // 2. 连接 SQL Server验证数据库账号和 ODBC 数据源是否可用 if (!g_ConnectDB.Connect(ODBC_DSN_NAME, DB_USER, DB_PASS)) { WriteLog(数据库连接失败); return FALSE; // 启动失败程序直接退出 } // 3. 加载怪物、地图、掉落、商店等静态数据文件 if (!LoadGameData()) { WriteLog(游戏数据加载失败); return FALSE; } // 4. 初始化网络监听绑定端口开始等待客户端连接 g_NetworkServer.StartServer(); // 5. 进入 Windows 消息循环之后所有游戏逻辑都在循环里跑 return CWinApp::InitInstance(); }这段代码不是 97d 的逐行真容但老 MFC 服务端的启动链路基本都是这个套路。读懂它的好处是以后你加任何功能都得先搞清楚这个功能应该挂在哪一步之后——比如你想在服务端启动时额外加载一个自定义文件就加到第 3 步附近想在某个端口上开一个新监听就加在第 4 步附近。启动链路上还有一个容易被忽略的点日志。老服务端基本都有日志文件启动时每一步成败都会往里写。第一次跑起来看到日志里一直滚动加载信息说明起步是健康的若是在某一行的加载处卡死或报错问题基本就在那一步之前。2.3 GameServer 与 ConnectServer、JoinServer 的分工97d 的架构是典型的「登录连服游戏」三段式。客户端启动后先连 ConnectServer连接服务器界面里显示服务器列表和在线人数选完服务器之后ConnectServer 把客户端引入对应的 GameServer账号密码校验则交给 JoinServer 去查数据库。物理上它们各自是独立进程改其中一个的端口或数据库配置另外几个可能马上就受影响。这三者的关系用一张表说明分工进程主要职责数据库依赖常见问题ConnectServer维护服务器列表把客户端分发到 GameServer通常只读在线状态列表刷不出来多半是它没起来JoinServer账号验证、角色进出记录强依赖连不上库会拒绝登录登录卡在「连接中」先查它GameServer玩法逻辑刷怪、掉落、经验、GM 指令、交易中等部分操作走 ExDB进游戏后发现玩法不对全在它身上我见过不少读者一上来就只编译 GameServer把另外两个忽略掉结果客户端始终进不去折腾半天才发现 ConnectServer 和 JoinServer 根本没起来。所以编译前最好把整个解决方案挨个编译一遍后文第 3 章会给一个完整的编译与启动路径。3. 在 Windows 上把 97d 源码编译成能启动的 GameServer环境准备与三条注意这一章的目标不是「编译通过」而是「编译完真的能启动、能连库、能进游戏」。很多人卡在最后这一步是因为只关注代码本身忽略了系统和工具链的匹配问题。97d 是二十年前的东西用今天的编译器和数据库去伺候它需要提前做一些别扭但必要的准备。3.1 编译工具选型为什么首选 VS2010 而不是新版 VS97d 源码的工程文件年代太久用新版 Visual Studio2015 之后打开大概率会在「工程升级向导」这一步就出幺蛾子要么提示某些库函数不兼容要么字符集设置被强制改成 Unicode 导致大量字符串报错要么 MFC 头文件路径找不到。我在这个项目上用过 VS2013、VS2015最后停在 VS2010。原因有三个。第一VS2010 对 VC6 工程文件的兼容性还说得过去打开时升级向导能识别大部分旧的工程格式第二VS2010 自带的老版 MFC 依赖对 97d 这种 MFC 程序更友好第三网上能找到的针对 97d 的编译说明绝大多数也是基于 VS2010 写的遇到问题搜得到答案。如果你手里只有新版 VS也不是完全不可能但要做好字符集和 MFC 组件的手工修正准备。装 VS2010 的时候注意把 MFC 语言组件勾上默认安装不一定会带。这一点很容易被忽略装完之后才发现要加又得重跑一遍安装程序。编译顺序建议按依赖关系来先编译 GameServer 主工程然后 ConnectServer、JoinServer、ExDB 依次编译。每个工程选中 Release Win32 配置不要用 Debug老代码在 Debug 下经常会有断言崩掉的情况。3.2 建立 SQL Server 数据库与 ODBC 数据源表结构从哪里来97d 的 GameServer 不直接连数据库而是经过 ODBC。这意味着两件事第一机器上要装 SQL Server常见做法是装 SQL Server 2008 R2兼顾老客户端和新系统第二要手动建一个 ODBC 数据源名字必须和 GameServer 配置里写的 DSN 一致——最常见的就是 MUOnline。建库的工作源码包里的 SQL 目录下一般有现成的脚本。先建一个空库把脚本执行进去它会把需要的表、存储过程和初始数据一次性建好。以建库这一小步为例-- 示意老服务端常见的库初始化方式完整脚本在包的 SQL 目录里 CREATE DATABASE MUOnline; -- 执行包内提供的 .sql 脚本脚本内部会继续创建 -- Character / AccountCharacter / MEMB_INFO 等核心表和存储过程 -- 执行完成后用 SELECT 抽查一下表数量确认不是空库执行完脚本之后打开管理工具里的 ODBC 数据源管理器。这里有一个非常关键的坑GameServer 是 32 位程序ODBC 数据源必须建在 32 位管理器里。Windows 默认打开的是 64 位管理器建的 DSN 32 位程序根本看不到。正确做法是从 SysWOW64 目录下运行 odbcad32.exe在「系统 DSN」里新建一个驱动选 SQL Server Native Client指向刚建好的 MUOnline 库。这一步做完GameServer 连接数据库的链条才算通。很多人的程序卡在启动时报数据库错误90% 是 DSN 建错了位数或者驱动版本不对。这个在第 5 章还会细讲。3.3 编译出来的 GameServer.exe 第一次能启动的最小配置编译通过只是第一步。要让 GameServer.exe 真正跑起来需要同时满足几个条件我把它们叫「最小启动条件」缺一个都不行条件要求不满足时的表现数据文件完整怪物、地图、掉落等数据文件在指定路径启动日志报找不到文件数据库在线SQL Server 服务已启动DSN 可连通启动日志报连接失败端口未被占用GameServer 配置里的端口空闲绑定失败进程闪退其他服务启动ConnectServer、JoinServer 先启动客户端连上了但验证不过去配置文件路径正确ServerInfo 等配置和工作目录匹配读配置失败启动中止启动顺序一般是 ConnectServer → JoinServer → GameServer。前两个先起来GameServer 启动时才有可能把自身的在线状态同步过去。每次启动后看一眼日志尾部的输出如果能看到类似「服务端启动完成」的行再进客户端去连成功率会高很多。我一般会在源码目录外单独建一个运行目录把编译出来的 exe、需要的配置和数据文件都放进去保持源码目录干净。这样以后重新编译可以快速把新 exe 拷进去替换不会把工作目录搞乱。4. 改源码的第一站经验倍率、物品掉落与 GM 指令的代码落点编译跑通只是热身。大多数人翻 97d 源码是想改点什么让它变成自己的版本。但老服务端的代码量非常大直接从头读容易晕。我的经验是先挑三个最常见的改动需求——经验倍率、物品掉落、GM 指令——把它们的代码落点在源码里找出来。找完这三个你对整个源码的搜索方式也就顺手了。4.1 用 Source Insight 建工程四步让 97d 源码可以跳转97d 的源码动辄几百上千个文件用编辑器全文搜索也能用但效率太低。Source Insight 是读老 C 源码最顺手的工具它的函数跳转和全局符号搜索对 97d 这种古老代码尤其友好。如果你已经装了 source insight4.0建工程的过程大概是这样新建工程把源码目录设置为 GameServer 的根目录工程名建议用版本号加日期方便以后追溯。在添加文件列表里把 .cpp .h .c .hpp 全部加入数据文件和配置不用加。同步工程Synchronize等索引建立完。97d 这种规模的源码同步完会生成一个符号数据库。打开主入口文件右键要跳转的函数名直跳定义想全局找关键词用搜索面板输入。除了 Source Insight我还会备一个命令行搜索手段方便快速定量查某个符号在各个文件里的出现次数。在 Windows 上用 findstr 就能做:: 在当前工程目录的所有 C 文件里搜索包含 DropItem 的代码行 findstr /s /i /n DropItem *.cpp *.h :: 输出会带上文件名和行号./GameMain.cpp(1205): 这种格式这个命令的优点是快缺点是只能看命中行不能上下文联看。实际用法是先用 findstr 定位文件和行号范围再用 Source Insight 打开跳到具体行看上下文。两个工具结合查代码效率比单一工具高很多。4.2 经验倍率与掉落率的常见改法先在配置后查源码改经验倍率前先做一件事把配置目录里的文本文件翻一遍。97d 这个时期的服务端一部分游戏参数已经外置到配置和数据文件里一部分还硬编码在源码中。经验倍率经常是「配置里有一份源码里还有一份」的状态。我的做法是先在配置里找找不到好理解的关键词再去源码里全局搜。经验倍率的计算老服务端常见逻辑是先取怪物基础经验再乘以一个倍率系数最后根据队伍状态分摊给队员。搜索的时候优先找和 Experience 或 GetExp 相关的函数名。典型情况下你会在某个函数里看到这样的段// 示意老服务端常见的经验计算片段具体命名以你的源码为准 int nExp Monster.GetExp(); // 怪物基础经验值 nExp nExp * g_ServerConfig.ExpRate; // 乘以服务端经验倍率 // 在这里插入你的改动比如 倍率变量不够大就直接乘一个系数找到这一行想调倍率就有两个选择一是改配置文件里的 ExpRate二是直接改这行的算式。我一般建议先改配置配置管不着或配置精度不够的时候再动源码。直接改源码有一个好处可以做出「特定地图经验翻倍」「特定怪物经验减半」这种配置表达不出来的规则。但代价是以后换版本升级要重新改一遍源码改动越少越好。掉落率的改法和经验倍率类似搜 Drop 开头的函数。一条典型的掉落判定是生成一个随机数然后和掉落概率表里的阈值比较。想调高某一个物品的掉率就顺着这条链找到它对应的概率阈值调大即可。这里不展开每个物品的细节关键是记住一个搜索套路中文关键词在源码里基本搜不到老代码的变量、函数、注释全是英文想要什么功能就先把对应的英文名词想出来。4.3 GM 指令表在源码里的位置与新增一条指令的最小改动GM 指令是 97d 里可玩性最高的一部分。老奇迹的 GM 指令都是聊天框里输入斜杠开头的一段文本例如 /移动、/召唤、/追踪。源码里一般会有一个专门处理指令的函数收到玩家聊天内容后解析开头是不是斜杠再按指令名分发到对应的处理分支。以常见的实现方式为例指令分发的代码看起来会是这样// 示意GM 指令分发逻辑具体指令名和结构以你的源码为准 void ProcessGmCommand(int userId, const char* cmd) { if (cmd[0] ! /) return; // 不是指令走普通聊天 if (strcmp(cmd 1, track) 0) // /追踪 { MoveGmToTarget(userId); } else if (strcmp(cmd 1, make) 0) // /制造 { OpenMakeItemWindow(userId); } // 新增指令要在这里加一个分支 }新增一条自定义 GM 指令最少要改三个地方指令的文本名称比如 /notice、参数解析逻辑如果指令要带参数比如 /notice 内容、实际的执行函数收到了做什么事。改完之后进游戏用 GM 账号登录输入新指令测试。这里想强调一个习惯加指令之前先用 Source Insight 把这个指令分发函数的完整结构看一遍。有的 97d 版本指令处理逻辑是纯 if-else 链有的是查表有的是 switch-case。三种结构里插入新指令的位置不同硬套容易出错。看清楚了再动手通常一次就能过。5. 编译、运行与联调中的 4 个高频踩坑记录这一章全是血泪经验。97d 这套东西编译运行过程中有一批坑几乎是每个人都会踩一遍的频率高到可以做成排查手册。每个坑按「现象 → 原因 → 解决」写直接对着查就行。5.1 现象VS 打开工程报 fatal error C1010或找不到 MFC 头文件现象是编译一开始就中断错误信息里出现 fatal error C1010 或者包含 afxwin.h、afx.h 相关文件的「No such file」提示整个解决方案连编译都走不完。原因是工程升级后预编译头设置和 MFC 静态库依赖没有正确迁移。97d 的旧工程通常把 stdafx.h 作为预编译头新版本 VS 升级向导有时会把这条设置弄丢或者干脆没读到原来的 MFC 配置。解决分两步。先检查工程属性的 C/C 常规页预编译头选择「使用」预编译头文件名填 stdafx.h再看常规页里 MFC 的使用方式一般选「在共享 DLL 中使用 MFC」最稳。如果改了还报错把预编译头临时改成「不使用」很多老代码在这种模式下反而能编过去只是编译时间长一点。5.2 现象GameServer 启动时数据库连接失败日志提示 ODBC 数据源找不到现象是启动日志里出现数据库相关报错后面跟一串 Data source name not found 之类的英文进程直接退出。原因是 ODBC DSN 建错了位置或者位数不对。GameServer 是 32 位程序只能看到 32 位 DSN。而 Windows 控制面板里默认打开的 ODBC 管理器是 64 位的在里面建的 DSN32 位程序完全无感。另外有些版本对驱动版本敏感SQL Native Client 版本不匹配也会连不上。解决方式很明确从 C:\Windows\SysWOW64 下运行 odbcad32.exe在系统 DSN 里新建一个数据源名称和管理器里显示的名字完全一致驱动选择 SQL Server Native Client 10.0 或 11.0装哪个用哪个指向对应库。配好后用测试连接按钮确认能通再重新启动 GameServer。5.3 现象角色能进游戏但怪物不刷地图看起来是空的现象是最折磨人的一种编译过了数据库通了角色能进游戏能走路但全地图没有怪物打不了怪也升不了级。原因多半不是代码崩了而是刷怪数据没加载进来。97d 这个时期的刷怪逻辑常见做法是服务端启动时读取一个文本数据文件里面每行写一条刷怪记录地图号、坐标范围、怪物编号、刷新时间。如果这个文件路径不对、格式不兼容、或者地图号超范围刷怪循环就会静默失败启动日志里往往只有一行不明显的不完整记录。解决方法是先看启动日志里有没有加载这个刷怪文件的记录确认文件确实被读到了然后核对文件里地图号是否和当前地图一致很多服务端默认只刷特定地图你传送的地图如果不在列表里自然一只怪都没有。把刷怪文件里对应地图的记录补上重启服务端就能看到怪物。5.4 现象客户端能连到服务器列表但进游戏时卡住或直接断开现象是客户端启动后能刷出服务器列表和在线人数选服务器后进度条卡住过一会儿断开连接有时还伴随版本号不匹配的提示。原因要往两个方向查。第一是协议版本奇迹客户端和服务端的版本号必须严格一致97d 的源码对应的是特定版本客户端用新客户端连老服务端必然失败第二是客户端和服务端之间的连接配置服务器列表能显示是通过 ConnectServer真正进游戏走的是 GameServer 的端口客户端里写的主端口如果不一致就会卡在选服务器之后。解决方法是先确认版本对应换回这个源码年代的客户端版本然后再核对客户端的连接配置文件把 GameServer 的地址和主端口写对。另外检查 Windows 防火墙是否拦截了监听端口服务端的这类通信既有 TCP 也有 UDP防火墙拦掉任何一条都会表现为「能列服务器进不去游戏」。6. 把 97d 玩出价值一条自定义指令的完整串联与验证习惯最后聊一个我个人最推荐的进阶下手点自己加一条 GM 指令从改代码到进游戏验证走完整条链路。这比单纯调经验倍率更能帮你摸清服务端的工作方式。选一个最简单的功能来加一条 /online 指令类似「统计当前在线人数」。先找到第 4 章的指令分发函数在里面加一个分支调用一个统计在线人数的逻辑函数把结果通过聊天消息发回给 GM。注意统计在线人数这类功能在不同 97d 版本里的实现位置差异很大搜 Online 或 UserCount 都能定位到相关变量。改完之后用 Release Win32 重新编译把新的 exe 替换到运行目录。这里有一个重要的验证习惯每次替换 exe 之前先把运行目录里的旧日志清空或备份这样一旦启动失败日志里全是本次运行的记录排查起来干净。启动后按第 3 章的启动顺序走一遍进游戏用 GM 账号登录聊天框输入 /online看服务端日志里有没有对应的处理输出。这一套走完你对 97d 的「配置-编译-启动-进游戏-看日志」闭环就有了完整的体感。之后再改任何东西不管是调掉落还是加新地图都只是在这条链路上换个落点而已。我自己后来翻任何老服务端源码都会先搭一个「最小可运行环境」再定一个小目标比如加一条指令、改一条掉落跑通整个闭环后才会去动大系统。这个习惯帮我避开了很多「改动太大查不出问题」的翻车现场。希望这套从读代码到跑起来的路径能帮你少走几趟弯路。祝你把 97d 这套老古董盘出点自己的东西。本文还有配套的精品资源点击获取
奇迹MU 97d服务端源码实战：编译、启动与自定义GM指令
简介网络游戏服务端的核心架构往往隐藏着进程拆分、网络通信与数据库交互等基础设计而经典C服务端源码是理解这些概念的最佳教材。奇迹MU游戏服务端的97d版本正是一套历经私服圈长期验证的老源码它包含ConnectServer、JoinServer、GameServer等多个独立进程通过配置文件、ODBC数据源和端口监听串联起完整的登录、验证与玩法逻辑。本文从编译环境搭建出发讲解如何用VS2010编译老工程、配置SQL Server和32位ODBC数据源并手把手演示如何定位经验倍率、物品掉落和GM指令的代码落点最终实现一条自定义GM指令从修改到进游戏验证的完整闭环。无论你是想学习服务端架构还是想搭建怀旧单机服这条路径都能提供清晰可复用的参考。1. 为什么 202x 年还有人翻 97d 的老源码当宝贝「GameServer97d-Source_muonline_」这批字指向的不是什么新框架而是一套二十年前就能编译成完整 MMORPG 服务端的 C 源码包奇迹MUmuonline服务端里最经典的 97d 版本。这个版本在私服圈被翻来覆去改了近二十年至今还有人拿它学服务端架构、搭单机怀旧、改着玩。它的价值不在画面和功能而在结构——一个完整网络游戏服务端该有的进程拆分、数据库设计、封包处理、刷怪逻辑在这里全都能看到实体代码。适合想搞懂服务器到底怎么跑的人也适合想练 C 网络编程但对空泛教程提不起劲的人。后面所有内容都围绕「拿到这个包之后怎么把它读明白、编译起来、改出点自己的东西」来展开。2. 先把 GameServer97d 源码包的家底摸清文件结构、工程类型、启动链路拿到一个源码包第一件事不是解压就看代码而是先弄清楚包里有什么、哪些是源码、哪些是运行数据、哪些是数据库脚本。97d 这个版本年代久远工程基本都是 VC6 或 VS2003 时代留下的 MFC 程序理解它的组成方式比急着改代码重要得多。2.1 一个典型的 97d 源码包里有哪几类东西常见的包结构一般是下面这几类东西的组合我把它们列成一张表标清楚哪些需要编译、哪些只是运行期要用的数据。类别典型内容是否需要编译说明游戏逻辑服务端GameServer 工程是整个服务端的核心所有玩法逻辑都在这里连接/账号服务ConnectServer、JoinServer 工程是客户端先进这里再被分发到 GameServer扩展数据库服务ExDB 工程是处理一些独立于主逻辑的数据库操作数据库脚本SQL 目录下的 .sql 文件否初始化数据库用的建表、存储过程都在里面运行配置文件ServerInfo、端口配置、公告文本否GameServer 启动时读取改配置是调参数的第一站游戏数据文件怪物、地图、掉落、商店等数据文件否老服务端的玩法数据大量放在文本/二进制文件里拿到包之后建议先按这张表把目录过一遍。我一般会在解压目录旁边建一个笔记把每个子目录是干嘛的记下来后面查代码能省很多时间。97d 源码包最典型的特征是「一个解决方案里挂好几个工程」。GameServer 是最大的那个也是绝大多数人改代码时唯一会打开的工程。ConnectServer 和 JoinServer 通常体量小很多但缺了它们客户端连不进来、账号也验证不了。这四五个工程之间的配合关系下一节说。2.2 先找入口文件从 WinMain 到游戏循环的启动链路读懂一个老 MFC 服务端最快的方式是找入口。97d 的 GameServer 是 Windows 程序入口一般在一个叫什么 Main 的 .cpp 文件里里面是一个标准的 MFC WinMain。第一次打开工程别急着翻业务代码先把入口文件从头到尾读一遍搞清楚启动顺序。以典型 MFC 服务端入口为例逻辑大致是这样// 示意代码常见 MFC 服务端的入口结构具体工程以你手里的源码为准 BOOL CGameServerApp::InitInstance() { // 1. 读取 ServerInfo 之类的配置文件拿到端口、经验倍率、数据库 DSN LoadConfig(ServerInfo.cfg); // 2. 连接 SQL Server验证数据库账号和 ODBC 数据源是否可用 if (!g_ConnectDB.Connect(ODBC_DSN_NAME, DB_USER, DB_PASS)) { WriteLog(数据库连接失败); return FALSE; // 启动失败程序直接退出 } // 3. 加载怪物、地图、掉落、商店等静态数据文件 if (!LoadGameData()) { WriteLog(游戏数据加载失败); return FALSE; } // 4. 初始化网络监听绑定端口开始等待客户端连接 g_NetworkServer.StartServer(); // 5. 进入 Windows 消息循环之后所有游戏逻辑都在循环里跑 return CWinApp::InitInstance(); }这段代码不是 97d 的逐行真容但老 MFC 服务端的启动链路基本都是这个套路。读懂它的好处是以后你加任何功能都得先搞清楚这个功能应该挂在哪一步之后——比如你想在服务端启动时额外加载一个自定义文件就加到第 3 步附近想在某个端口上开一个新监听就加在第 4 步附近。启动链路上还有一个容易被忽略的点日志。老服务端基本都有日志文件启动时每一步成败都会往里写。第一次跑起来看到日志里一直滚动加载信息说明起步是健康的若是在某一行的加载处卡死或报错问题基本就在那一步之前。2.3 GameServer 与 ConnectServer、JoinServer 的分工97d 的架构是典型的「登录连服游戏」三段式。客户端启动后先连 ConnectServer连接服务器界面里显示服务器列表和在线人数选完服务器之后ConnectServer 把客户端引入对应的 GameServer账号密码校验则交给 JoinServer 去查数据库。物理上它们各自是独立进程改其中一个的端口或数据库配置另外几个可能马上就受影响。这三者的关系用一张表说明分工进程主要职责数据库依赖常见问题ConnectServer维护服务器列表把客户端分发到 GameServer通常只读在线状态列表刷不出来多半是它没起来JoinServer账号验证、角色进出记录强依赖连不上库会拒绝登录登录卡在「连接中」先查它GameServer玩法逻辑刷怪、掉落、经验、GM 指令、交易中等部分操作走 ExDB进游戏后发现玩法不对全在它身上我见过不少读者一上来就只编译 GameServer把另外两个忽略掉结果客户端始终进不去折腾半天才发现 ConnectServer 和 JoinServer 根本没起来。所以编译前最好把整个解决方案挨个编译一遍后文第 3 章会给一个完整的编译与启动路径。3. 在 Windows 上把 97d 源码编译成能启动的 GameServer环境准备与三条注意这一章的目标不是「编译通过」而是「编译完真的能启动、能连库、能进游戏」。很多人卡在最后这一步是因为只关注代码本身忽略了系统和工具链的匹配问题。97d 是二十年前的东西用今天的编译器和数据库去伺候它需要提前做一些别扭但必要的准备。3.1 编译工具选型为什么首选 VS2010 而不是新版 VS97d 源码的工程文件年代太久用新版 Visual Studio2015 之后打开大概率会在「工程升级向导」这一步就出幺蛾子要么提示某些库函数不兼容要么字符集设置被强制改成 Unicode 导致大量字符串报错要么 MFC 头文件路径找不到。我在这个项目上用过 VS2013、VS2015最后停在 VS2010。原因有三个。第一VS2010 对 VC6 工程文件的兼容性还说得过去打开时升级向导能识别大部分旧的工程格式第二VS2010 自带的老版 MFC 依赖对 97d 这种 MFC 程序更友好第三网上能找到的针对 97d 的编译说明绝大多数也是基于 VS2010 写的遇到问题搜得到答案。如果你手里只有新版 VS也不是完全不可能但要做好字符集和 MFC 组件的手工修正准备。装 VS2010 的时候注意把 MFC 语言组件勾上默认安装不一定会带。这一点很容易被忽略装完之后才发现要加又得重跑一遍安装程序。编译顺序建议按依赖关系来先编译 GameServer 主工程然后 ConnectServer、JoinServer、ExDB 依次编译。每个工程选中 Release Win32 配置不要用 Debug老代码在 Debug 下经常会有断言崩掉的情况。3.2 建立 SQL Server 数据库与 ODBC 数据源表结构从哪里来97d 的 GameServer 不直接连数据库而是经过 ODBC。这意味着两件事第一机器上要装 SQL Server常见做法是装 SQL Server 2008 R2兼顾老客户端和新系统第二要手动建一个 ODBC 数据源名字必须和 GameServer 配置里写的 DSN 一致——最常见的就是 MUOnline。建库的工作源码包里的 SQL 目录下一般有现成的脚本。先建一个空库把脚本执行进去它会把需要的表、存储过程和初始数据一次性建好。以建库这一小步为例-- 示意老服务端常见的库初始化方式完整脚本在包的 SQL 目录里 CREATE DATABASE MUOnline; -- 执行包内提供的 .sql 脚本脚本内部会继续创建 -- Character / AccountCharacter / MEMB_INFO 等核心表和存储过程 -- 执行完成后用 SELECT 抽查一下表数量确认不是空库执行完脚本之后打开管理工具里的 ODBC 数据源管理器。这里有一个非常关键的坑GameServer 是 32 位程序ODBC 数据源必须建在 32 位管理器里。Windows 默认打开的是 64 位管理器建的 DSN 32 位程序根本看不到。正确做法是从 SysWOW64 目录下运行 odbcad32.exe在「系统 DSN」里新建一个驱动选 SQL Server Native Client指向刚建好的 MUOnline 库。这一步做完GameServer 连接数据库的链条才算通。很多人的程序卡在启动时报数据库错误90% 是 DSN 建错了位数或者驱动版本不对。这个在第 5 章还会细讲。3.3 编译出来的 GameServer.exe 第一次能启动的最小配置编译通过只是第一步。要让 GameServer.exe 真正跑起来需要同时满足几个条件我把它们叫「最小启动条件」缺一个都不行条件要求不满足时的表现数据文件完整怪物、地图、掉落等数据文件在指定路径启动日志报找不到文件数据库在线SQL Server 服务已启动DSN 可连通启动日志报连接失败端口未被占用GameServer 配置里的端口空闲绑定失败进程闪退其他服务启动ConnectServer、JoinServer 先启动客户端连上了但验证不过去配置文件路径正确ServerInfo 等配置和工作目录匹配读配置失败启动中止启动顺序一般是 ConnectServer → JoinServer → GameServer。前两个先起来GameServer 启动时才有可能把自身的在线状态同步过去。每次启动后看一眼日志尾部的输出如果能看到类似「服务端启动完成」的行再进客户端去连成功率会高很多。我一般会在源码目录外单独建一个运行目录把编译出来的 exe、需要的配置和数据文件都放进去保持源码目录干净。这样以后重新编译可以快速把新 exe 拷进去替换不会把工作目录搞乱。4. 改源码的第一站经验倍率、物品掉落与 GM 指令的代码落点编译跑通只是热身。大多数人翻 97d 源码是想改点什么让它变成自己的版本。但老服务端的代码量非常大直接从头读容易晕。我的经验是先挑三个最常见的改动需求——经验倍率、物品掉落、GM 指令——把它们的代码落点在源码里找出来。找完这三个你对整个源码的搜索方式也就顺手了。4.1 用 Source Insight 建工程四步让 97d 源码可以跳转97d 的源码动辄几百上千个文件用编辑器全文搜索也能用但效率太低。Source Insight 是读老 C 源码最顺手的工具它的函数跳转和全局符号搜索对 97d 这种古老代码尤其友好。如果你已经装了 source insight4.0建工程的过程大概是这样新建工程把源码目录设置为 GameServer 的根目录工程名建议用版本号加日期方便以后追溯。在添加文件列表里把 .cpp .h .c .hpp 全部加入数据文件和配置不用加。同步工程Synchronize等索引建立完。97d 这种规模的源码同步完会生成一个符号数据库。打开主入口文件右键要跳转的函数名直跳定义想全局找关键词用搜索面板输入。除了 Source Insight我还会备一个命令行搜索手段方便快速定量查某个符号在各个文件里的出现次数。在 Windows 上用 findstr 就能做:: 在当前工程目录的所有 C 文件里搜索包含 DropItem 的代码行 findstr /s /i /n DropItem *.cpp *.h :: 输出会带上文件名和行号./GameMain.cpp(1205): 这种格式这个命令的优点是快缺点是只能看命中行不能上下文联看。实际用法是先用 findstr 定位文件和行号范围再用 Source Insight 打开跳到具体行看上下文。两个工具结合查代码效率比单一工具高很多。4.2 经验倍率与掉落率的常见改法先在配置后查源码改经验倍率前先做一件事把配置目录里的文本文件翻一遍。97d 这个时期的服务端一部分游戏参数已经外置到配置和数据文件里一部分还硬编码在源码中。经验倍率经常是「配置里有一份源码里还有一份」的状态。我的做法是先在配置里找找不到好理解的关键词再去源码里全局搜。经验倍率的计算老服务端常见逻辑是先取怪物基础经验再乘以一个倍率系数最后根据队伍状态分摊给队员。搜索的时候优先找和 Experience 或 GetExp 相关的函数名。典型情况下你会在某个函数里看到这样的段// 示意老服务端常见的经验计算片段具体命名以你的源码为准 int nExp Monster.GetExp(); // 怪物基础经验值 nExp nExp * g_ServerConfig.ExpRate; // 乘以服务端经验倍率 // 在这里插入你的改动比如 倍率变量不够大就直接乘一个系数找到这一行想调倍率就有两个选择一是改配置文件里的 ExpRate二是直接改这行的算式。我一般建议先改配置配置管不着或配置精度不够的时候再动源码。直接改源码有一个好处可以做出「特定地图经验翻倍」「特定怪物经验减半」这种配置表达不出来的规则。但代价是以后换版本升级要重新改一遍源码改动越少越好。掉落率的改法和经验倍率类似搜 Drop 开头的函数。一条典型的掉落判定是生成一个随机数然后和掉落概率表里的阈值比较。想调高某一个物品的掉率就顺着这条链找到它对应的概率阈值调大即可。这里不展开每个物品的细节关键是记住一个搜索套路中文关键词在源码里基本搜不到老代码的变量、函数、注释全是英文想要什么功能就先把对应的英文名词想出来。4.3 GM 指令表在源码里的位置与新增一条指令的最小改动GM 指令是 97d 里可玩性最高的一部分。老奇迹的 GM 指令都是聊天框里输入斜杠开头的一段文本例如 /移动、/召唤、/追踪。源码里一般会有一个专门处理指令的函数收到玩家聊天内容后解析开头是不是斜杠再按指令名分发到对应的处理分支。以常见的实现方式为例指令分发的代码看起来会是这样// 示意GM 指令分发逻辑具体指令名和结构以你的源码为准 void ProcessGmCommand(int userId, const char* cmd) { if (cmd[0] ! /) return; // 不是指令走普通聊天 if (strcmp(cmd 1, track) 0) // /追踪 { MoveGmToTarget(userId); } else if (strcmp(cmd 1, make) 0) // /制造 { OpenMakeItemWindow(userId); } // 新增指令要在这里加一个分支 }新增一条自定义 GM 指令最少要改三个地方指令的文本名称比如 /notice、参数解析逻辑如果指令要带参数比如 /notice 内容、实际的执行函数收到了做什么事。改完之后进游戏用 GM 账号登录输入新指令测试。这里想强调一个习惯加指令之前先用 Source Insight 把这个指令分发函数的完整结构看一遍。有的 97d 版本指令处理逻辑是纯 if-else 链有的是查表有的是 switch-case。三种结构里插入新指令的位置不同硬套容易出错。看清楚了再动手通常一次就能过。5. 编译、运行与联调中的 4 个高频踩坑记录这一章全是血泪经验。97d 这套东西编译运行过程中有一批坑几乎是每个人都会踩一遍的频率高到可以做成排查手册。每个坑按「现象 → 原因 → 解决」写直接对着查就行。5.1 现象VS 打开工程报 fatal error C1010或找不到 MFC 头文件现象是编译一开始就中断错误信息里出现 fatal error C1010 或者包含 afxwin.h、afx.h 相关文件的「No such file」提示整个解决方案连编译都走不完。原因是工程升级后预编译头设置和 MFC 静态库依赖没有正确迁移。97d 的旧工程通常把 stdafx.h 作为预编译头新版本 VS 升级向导有时会把这条设置弄丢或者干脆没读到原来的 MFC 配置。解决分两步。先检查工程属性的 C/C 常规页预编译头选择「使用」预编译头文件名填 stdafx.h再看常规页里 MFC 的使用方式一般选「在共享 DLL 中使用 MFC」最稳。如果改了还报错把预编译头临时改成「不使用」很多老代码在这种模式下反而能编过去只是编译时间长一点。5.2 现象GameServer 启动时数据库连接失败日志提示 ODBC 数据源找不到现象是启动日志里出现数据库相关报错后面跟一串 Data source name not found 之类的英文进程直接退出。原因是 ODBC DSN 建错了位置或者位数不对。GameServer 是 32 位程序只能看到 32 位 DSN。而 Windows 控制面板里默认打开的 ODBC 管理器是 64 位的在里面建的 DSN32 位程序完全无感。另外有些版本对驱动版本敏感SQL Native Client 版本不匹配也会连不上。解决方式很明确从 C:\Windows\SysWOW64 下运行 odbcad32.exe在系统 DSN 里新建一个数据源名称和管理器里显示的名字完全一致驱动选择 SQL Server Native Client 10.0 或 11.0装哪个用哪个指向对应库。配好后用测试连接按钮确认能通再重新启动 GameServer。5.3 现象角色能进游戏但怪物不刷地图看起来是空的现象是最折磨人的一种编译过了数据库通了角色能进游戏能走路但全地图没有怪物打不了怪也升不了级。原因多半不是代码崩了而是刷怪数据没加载进来。97d 这个时期的刷怪逻辑常见做法是服务端启动时读取一个文本数据文件里面每行写一条刷怪记录地图号、坐标范围、怪物编号、刷新时间。如果这个文件路径不对、格式不兼容、或者地图号超范围刷怪循环就会静默失败启动日志里往往只有一行不明显的不完整记录。解决方法是先看启动日志里有没有加载这个刷怪文件的记录确认文件确实被读到了然后核对文件里地图号是否和当前地图一致很多服务端默认只刷特定地图你传送的地图如果不在列表里自然一只怪都没有。把刷怪文件里对应地图的记录补上重启服务端就能看到怪物。5.4 现象客户端能连到服务器列表但进游戏时卡住或直接断开现象是客户端启动后能刷出服务器列表和在线人数选服务器后进度条卡住过一会儿断开连接有时还伴随版本号不匹配的提示。原因要往两个方向查。第一是协议版本奇迹客户端和服务端的版本号必须严格一致97d 的源码对应的是特定版本客户端用新客户端连老服务端必然失败第二是客户端和服务端之间的连接配置服务器列表能显示是通过 ConnectServer真正进游戏走的是 GameServer 的端口客户端里写的主端口如果不一致就会卡在选服务器之后。解决方法是先确认版本对应换回这个源码年代的客户端版本然后再核对客户端的连接配置文件把 GameServer 的地址和主端口写对。另外检查 Windows 防火墙是否拦截了监听端口服务端的这类通信既有 TCP 也有 UDP防火墙拦掉任何一条都会表现为「能列服务器进不去游戏」。6. 把 97d 玩出价值一条自定义指令的完整串联与验证习惯最后聊一个我个人最推荐的进阶下手点自己加一条 GM 指令从改代码到进游戏验证走完整条链路。这比单纯调经验倍率更能帮你摸清服务端的工作方式。选一个最简单的功能来加一条 /online 指令类似「统计当前在线人数」。先找到第 4 章的指令分发函数在里面加一个分支调用一个统计在线人数的逻辑函数把结果通过聊天消息发回给 GM。注意统计在线人数这类功能在不同 97d 版本里的实现位置差异很大搜 Online 或 UserCount 都能定位到相关变量。改完之后用 Release Win32 重新编译把新的 exe 替换到运行目录。这里有一个重要的验证习惯每次替换 exe 之前先把运行目录里的旧日志清空或备份这样一旦启动失败日志里全是本次运行的记录排查起来干净。启动后按第 3 章的启动顺序走一遍进游戏用 GM 账号登录聊天框输入 /online看服务端日志里有没有对应的处理输出。这一套走完你对 97d 的「配置-编译-启动-进游戏-看日志」闭环就有了完整的体感。之后再改任何东西不管是调掉落还是加新地图都只是在这条链路上换个落点而已。我自己后来翻任何老服务端源码都会先搭一个「最小可运行环境」再定一个小目标比如加一条指令、改一条掉落跑通整个闭环后才会去动大系统。这个习惯帮我避开了很多「改动太大查不出问题」的翻车现场。希望这套从读代码到跑起来的路径能帮你少走几趟弯路。祝你把 97d 这套老古董盘出点自己的东西。本文还有配套的精品资源点击获取
