AzerothCore学习笔记·架构01：双进程架构——Auth 和 World 为什么是两个服务-程序员充电站

你在《魔兽世界》里输入账号密码，点登录，屏幕闪了一下，你看到了服务器列表。选服、进入，角色出现在暴风城。

这三步背后，客户端和两个服务器程序打了两次交道——它们监听不同的端口、加载不同的数据库、运行不同的主循环。一个是 authserver，一个是 worldserver。

如果你打开 AzerothCore 编译后的bin/目录，会看到这两个可执行文件。为什么必须是两个，不是一个？答案要从两份Main.cpp的代码差异说起。

两份 Main.cpp 的核心差异

把src/server/apps/authserver/Main.cpp和src/server/apps/worldserver/Main.cpp并排放在一起，差异一目了然。

Auth Server 的StartDB()：

boolStartDB(){DatabaseLoaderloader("server.authserver");loader.AddDatabase(LoginDatabase,"Login");// 只加载 LoginDatabase（即 Auth 库）}

World Server 的StartDB()：

boolStartDB(){DatabaseLoaderloader("server.worldserver",...);loader.AddDatabase(LoginDatabase,"Login").AddDatabase(CharacterDatabase,"Character").AddDatabase(WorldDatabase,"World");// 加载全部三个库}

Auth Server 只连 Auth 库，World Server 连全部三个库。这不是配置问题，是代码层面就写死了的。

登录流程：代码视角

玩家点击「登录」后，客户端做了两次连接，对应两份代码：

第一次连接：Auth Server

authserver/Main.cpp的main()里：

int32 port=sConfigMgr->GetOption<int32>("RealmServerPort",3724);sAuthSocketMgr.StartNetwork(*ioContext,bindIp,port);

Auth Server 启动后，只做一件事：监听 3724 端口，等待客户端连接。

连接建立后，AuthSocketMgr处理登录请求：验证账号密码（SRP6 协议，密码不以明文传输），查询realmlist表返回可用服务器列表。

验证完成后，Auth Server不断开连接——客户端自己断开，去连 World Server。

第二次连接：World Server

worldserver/Main.cpp的main()里：

uint16 worldPort=uint16(sWorld->getIntConfig(CONFIG_PORT_WORLD));sWorldSocketMgr.StartWorldNetwork(*ioContext,worldListener,worldPort,networkThreads);

World Server 监听 8085 端口。客户端带着 Auth Server 签发的 Session Token 来连接，World Server 验证 Token 合法后，允许进入游戏。

为什么不合并：代码层面的五个原因

1. 数据库访问权限不同

Auth Server 的代码里根本没有CharacterDatabase和WorldDatabase这两个对象。它只认LoginDatabase。

如果把两个进程合并，要么：

World Server 的代码要搬到 Auth 里（但 Auth 不需要这些逻辑）
或者两个进程还是分开跑，只是打包成一个可执行文件（那还不如不合并）

2. 主循环模型不同

World Server 有一个游戏主循环WorldUpdateLoop()：

while(!World::IsStopped()){sWorld->Update(diff);// diff 是两帧之间的时间差（毫秒）}

这个循环是 World Server 的心跳：每隔几毫秒，更新全服所有 Entity 的状态（玩家移动、怪物AI、技能冷却、副本计时……）。

Auth Server没有这个循环。它的main()最后一行是：

ioContext->run();// 事件驱动，有连接来了才处理

Auth Server 是纯事件驱动的：客户端连上来 → 处理登录 → 返回 Realm 列表 → 断开。没有「持续更新游戏世界」的需求。

3. 线程模型不同

World Server 支持多线程：

intnumThreads=sConfigMgr->GetOption<int32>("ThreadPool",2);for(inti=0;i<numThreads;++i){threadPool->push_back(std::thread([ioContext](){ioContext->run();}));}

Auth Server 是单线程的（代码注释里写了：NOTE: While authserver is singlethreaded you should keep synch_threads == 1.）——因为登录请求量相对小，单线程足够。

4. 故障隔离

World Server 有一个FreezeDetector（冻结检测器）：

if(msTimeDiff>freezeDetector->_maxCoreStuckTimeInMs){LOG_ERROR("server.worldserver","World Thread hangs for {} ms, forcing a crash!",msTimeDiff);ABORT("World Thread hangs for {} ms, forcing a crash!",msTimeDiff);}

如果 World 主循环卡住超过设定时间，直接主动崩溃（crash），让守护进程重启它。

Auth Server没有这个机制。如果 Auth 卡住了，已经在游戏里的玩家不受影响——因为他们的连接是跟 World Server 建立的，跟 Auth 无关。

5. 横向扩展方式不同

一个 Auth Server 可以对应多个 World Server。看worldserver/Main.cpp的LoadRealmInfo()：

QueryResult result=LoginDatabase.Query("SELECT id, name, address, port FROM realmlist WHERE id = {}",realm.Id.Realm);

每个 World Server 进程只加载自己的realm.Id.Realm（从配置文件里读）。多个 World Server 可以连同一个 Auth 库，共享同一份realmlist表。

这种架构下，Auth 可以只部署一个，World 可以按 Realm 横向扩展。

进程间通信：几乎没有

Auth 和 World 之间没有直接通信。

严格来说，World Server 启动时会修改realmlist表：

// 启动时设自己为「在线」LoginDatabase.DirectExecute("UPDATE realmlist SET flag = flag & ~{} WHERE id = '{}'",REALM_FLAG_VERSION_MISMATCH,realm.Id.Realm);// 关闭时设自己为「离线」LoginDatabase.DirectExecute("UPDATE realmlist SET flag = flag | {} WHERE id = '{}'",REALM_FLAG_OFFLINE,realm.Id.Realm);