Mangos魔兽世界服务端初探(1)--游戏服务端主体结构与消息分发

 魔兽时间是暴雪著名的网络游戏，我以前也玩过一段时间的战士，这款游戏目前已进入晚年时期，不过里面各种丰富的游戏系统和游戏内容都非常让人印象深刻。开源的Mangos项目模拟魔兽服务器端非常成功，目前国内外也有不少基于Mangos模拟器而搭建的私服，多数服务端运转良好，非常稳定。国外有一个叫做MonsterWOW的魔兽私服，单服承载5000人，总共有几组服务器，几万人同时在线，这是我在网站上亲眼看到的实时数据，一般来讲，如果对MMORPG游戏服务端稍微熟悉都知道，5000人同服在线，而且允许游戏逻辑的是一台单独的服务器，支撑这么庞大一个游戏世界，肯定有非常过人之处，至少据我所知国内的单服性能与之相比都有较大差距，国内分布式的服务端架构基本也是将游戏逻辑分散到多台服务器上，单一世界承载数量也不算很高。几年前的Eve Online单一世界可以承载两万多玩家同时在线、实时交互。我想国内多数MMORPG服务端的承载人数应该都是在七八百、一两千这个数量级的。Mangos的源代码下载下来好久了，一直没时间研究，它目前是C++写成的，我的主要方向是C#，不过我一直有将C#做游戏服务端的打算，所以既然它有那么多过人之处，就算不能掌握全部也应该研究学习一下。

     今天粗略地看了一下，服务端主要又三大块组成，数据库、服务端逻辑、脚本。数据库用的MySQL，这里不是很关键暂且不说，脚本有自己的脚步引擎，简单的任务、战斗等都可以通过数据库配置相应条目来完成，复杂的战斗AI等在脚步库中由C++直接写成，这个脚本库是要被编译为机器代码的，执行效率相当高效，例如巫妖王的战斗比较复杂就用C++写，其它简单的就配置在数据库中由脚步引擎来驱动执行。国内不少服务端都是非常老式的C++早期服务端结构，不少嵌入了lua解释器，大量的写lua脚本，甚至用lua写逻辑。我个人很不理解这种方式，你说效率高吧，lua再快能多块，解释执行和编译执行不是一个数量级的，看看服务端的承载人数就知道了，lua JIT即时编译都不靠谱。或许有人会说lua简单，策划都可以学习之后写脚本，事实上却是写脚本的人写出一大堆的不敢说垃圾代码，也算是低质量代码，这样更加拖累服务端的性能了。为何不学学一些比较优秀的项目，也来想办法搞一个脚本引擎，然后写出工具就可以让策划配置大量的任务、战斗这些游戏内容，复杂的逻辑直接由游戏程序员来编写，用C++、C#多好，搞不懂为什么lua已经成为好多公司的标准了，就算不是lua也是python。就说剑网3这个游戏吧，我玩了两年多的剑纯阳，对这款游戏的体验有足够的了解。我们不和其它游戏的游戏比，至少在国内算优秀作品，也取得了一定的成功，虽然说抄魔兽也有点多。以前玩游戏的时候，二十多个人进个副本放些技能卡得要命，人多了在一个地图直接卡到爆，后来一个好朋友和我说，剑网3服务端用lua写了好多东西，能lua的多半都用lua了，一个天子峰老6，这个Boss的lua脚本竟有好几个lua文件，每个文件几百行代码，我想啊，服务端完全充斥着这种低质量的脚本，还谈什么效率，谈什么承载人数，能跑起来就不错了。关键是那个Boss的战斗并不复杂，和魔兽很多Boss比起来就算是非常简单的Boss了，mangos服务端一个复杂Boss的代码都比这个简单很多，代码总数也仅两百多行，执行效率更不是一个数量级的。这里发发牢骚，不用较真，言归正传。

     Mangos服务端是一个多线程、逻辑单线程的服务端。每个线程内部都采用循环结构，主线程启动后将创建多个工作线程，主要包括负责游戏世界运作的核心线程，具有处理用户请求，执行定时器的能力。其它几个工作线程还有网络Io，该线程启动后其内部将使用线程池进行网络Io操作，不间断地接收数据包，并存储到相关玩家的消息队列中，由世界线程进行处理，其它几个工作线程先不讨论，因为今天也是第一次看mangos的源代码.务端启动后这些线程将永不停息地工作。世界线程是服务器的核心，负责处理所有玩家操作请求，定时器、AI等。以下是世界线程启动后执行的代码：

/// Heartbeat for the World void WorldRunnable::run()
{ ///- Init new SQL thread for the world database WorldDatabase.ThreadStart(); // let thread do safe mySQL requests (one connection call enough)  sWorld.InitResultQueue();

    uint32 realCurrTime = 0;
    uint32 realPrevTime = WorldTimer::tick();

    uint32 prevSleepTime = 0; // used for balanced full tick time length near WORLD_SLEEP_CONST ///- While we have not World::m_stopEvent, update the world while (!World::IsStopped())
    { ++World::m_worldLoopCounter;
        realCurrTime = WorldTimer::getMSTime();

        uint32 diff = WorldTimer::tick();

        sWorld.Update(diff);
        realPrevTime = realCurrTime; // diff (D0) include time of previous sleep (d0) + tick time (t0) // we want that next d1 + t1 == WORLD_SLEEP_CONST // we can't know next t1 and then can use (t0 + d1) == WORLD_SLEEP_CONST requirement // d1 = WORLD_SLEEP_CONST - t0 = WORLD_SLEEP_CONST - (D0 - d0) = WORLD_SLEEP_CONST + d0 - D0 if (diff <= WORLD_SLEEP_CONST + prevSleepTime)
        {
            prevSleepTime = WORLD_SLEEP_CONST + prevSleepTime - diff;
            ACE_Based::Thread::Sleep(prevSleepTime);
        } else prevSleepTime = 0;

#ifdef WIN32 if (m_ServiceStatus == 0) World::StopNow(SHUTDOWN_EXIT_CODE); while (m_ServiceStatus == 2) Sleep(1000); #endif }

    sWorld.CleanupsBeforeStop();

    sWorldSocketMgr->StopNetwork();

    MapManager::Instance().UnloadAll(); // unload all grids (including locked in memory) ///- End the database thread WorldDatabase.ThreadEnd(); // free mySQL thread resources }
           

因为是直接粘贴的，看上去比较乱，这里先作一下说明，这是世界线程的根循环结构，在while(!World::IsStopped())内部只有一个核心函数调用，其他都是一些控制更新时间之类的代码，不用太关注：

sWorld.Update(diff);
           

sWorld是单一实例的World对象，它代表了整个游戏世界，和多数MMORPG一样，启动后进入根循环，在运行内部一直调用更新整个游戏世界的Update函数，服务端不停的Update游戏世界，每次Update能在100毫秒内完成，则客户端会感到非常流畅。在根循环退出后，清理服务器相关资源，线程结束被回收。Mangos使用的是开源跨平台的网络、线程处理库ACE,这个东西粗略的看了一下，比较复杂，如果要研究透彻是很困难的事，这里提一下，不对ACE探讨。到这里我们仅仅需要关注一个函数了，就是World的Update方法内部到底在干什么？

void World::Update(uint32 diff)
{ ///- Update the different timers for (int i = 0; i < WUPDATE_COUNT; ++i)
    { if (m_timers[i].GetCurrent() >= 0)
            m_timers[i].Update(diff); else m_timers[i].SetCurrent(0);
    } ///- Update the game time and check for shutdown time  _UpdateGameTime(); ///-Update mass mailer tasks if any  sMassMailMgr.Update(); /// Handle daily quests reset time if (m_gameTime > m_NextDailyQuestReset)
        ResetDailyQuests(); /// Handle weekly quests reset time if (m_gameTime > m_NextWeeklyQuestReset)
        ResetWeeklyQuests(); /// Handle monthly quests reset time if (m_gameTime > m_NextMonthlyQuestReset)
        ResetMonthlyQuests(); /// Handle monthly quests reset time if (m_gameTime > m_NextCurrencyReset)
        ResetCurrencyWeekCounts(); /// <ul><li> Handle auctions when the timer has passed if (m_timers[WUPDATE_AUCTIONS].Passed())
    {
        m_timers[WUPDATE_AUCTIONS].Reset(); ///- Update mails (return old mails with item, or delete them) //(tested... works on win) if (++mail_timer > mail_timer_expires)
        {
            mail_timer = 0;
            sObjectMgr.ReturnOrDeleteOldMails(true);
        } ///- Handle expired auctions  sAuctionMgr.Update();
    } /// <li> Handle AHBot operations if (m_timers[WUPDATE_AHBOT].Passed())
    {
        sAuctionBot.Update();
        m_timers[WUPDATE_AHBOT].Reset();
    } /// <li> Handle session updates  UpdateSessions(diff); /// <li> Handle weather updates when the timer has passed if (m_timers[WUPDATE_WEATHERS].Passed())
    { ///- Send an update signal to Weather objects for (WeatherMap::iterator itr = m_weathers.begin(); itr != m_weathers.end();)
        { ///- and remove Weather objects for zones with no player // As interval > WorldTick if (!itr->second->Update(m_timers[WUPDATE_WEATHERS].GetInterval()))
            {
                delete itr->second;
                m_weathers.erase(itr++);
            } else ++itr;
        }

        m_timers[WUPDATE_WEATHERS].SetCurrent(0);
    } /// <li> Update uptime table if (m_timers[WUPDATE_UPTIME].Passed())
    {
        uint32 tmpDiff = uint32(m_gameTime - m_startTime);
        uint32 maxClientsNum = GetMaxActiveSessionCount();

        m_timers[WUPDATE_UPTIME].Reset();
        LoginDatabase.PExecute("UPDATE uptime SET uptime = %u, maxplayers = %u WHERE realmid = %u AND starttime = " UI64FMTD, tmpDiff, maxClientsNum, realmID, uint64(m_startTime));
    } /// <li> Handle all other objects ///- Update objects (maps, transport, creatures,...)  sMapMgr.Update(diff);
    sBattleGroundMgr.Update(diff);
    sOutdoorPvPMgr.Update(diff); ///- Delete all characters which have been deleted X days before if (m_timers[WUPDATE_DELETECHARS].Passed())
    {
        m_timers[WUPDATE_DELETECHARS].Reset();
        Player::DeleteOldCharacters();
    } // execute callbacks from sql queries that were queued recently  UpdateResultQueue(); ///- Erase corpses once every 20 minutes //每20分钟清除尸体 if (m_timers[WUPDATE_CORPSES].Passed())
    {
        m_timers[WUPDATE_CORPSES].Reset();

        sObjectAccessor.RemoveOldCorpses();
    } ///- Process Game events when necessary //处理游戏事件 if (m_timers[WUPDATE_EVENTS].Passed())
    {
        m_timers[WUPDATE_EVENTS].Reset(); // to give time for Update() to be processed uint32 nextGameEvent = sGameEventMgr.Update();
        m_timers[WUPDATE_EVENTS].SetInterval(nextGameEvent);
        m_timers[WUPDATE_EVENTS].Reset();
    } /// </ul> ///- Move all creatures with "delayed move" and remove and delete all objects with "delayed remove"  sMapMgr.RemoveAllObjectsInRemoveList(); // update the instance reset times  sMapPersistentStateMgr.Update(); // And last, but not least handle the issued cli commands  ProcessCliCommands(); // cleanup unused GridMap objects as well as VMaps  sTerrainMgr.Update(diff);
}
           

这是World::Update函数的全部代码，服务器循环执行这些代码，每一次执行就能更新一次游戏世界。这个函数看似比较长，实际上不算很长，其中的关键之处在于首先是根据定时器来执行特定的任务，而执行这些任务则是通过调用各个模块的Manager来完成，比如游戏世界里面的尸体每20分钟清除一次，就检测相关的定时器是否超时，超时则清理尸体，然后重置定时器。通过这些定时器，来执行游戏中由服务器主动完成的任务，这些任务基本上是通过定时器来启动的。游戏中的天气系统、PvP系统、地形系统等等都根据定时器指定的频率进行更新。除了更新各个模块之外，其中还有个非常重要的调用：

UpdateSessions(diff);
           

如果翻译过来就是更新所有会话，服务器端为每一个客户端建立一个Session，即会话，它是客户端与服务端沟通的通道，取数据、发数据都得通过这条通道，这样客户端和服务端才能沟通。在mangos的构架中,Session的作用非常重要，但其功能不仅仅取客户端发过来的数据、将服务端数据发给客户端那么简单，后面会继续结束这个Session,很关键的东西，下面是UpdateSessions的具体实现：

void World::UpdateSessions(uint32 diff)
{ ///- Add new sessions WorldSession* sess; while (addSessQueue.next(sess))
        AddSession_(sess); ///- Then send an update signal to remaining ones for (SessionMap::iterator itr = m_sessions.begin(), next; itr != m_sessions.end(); itr = next)
    {
        next = itr; ++next; ///- and remove not active sessions from the list WorldSession* pSession = itr->second;
        WorldSessionFilter updater(pSession); if (!pSession->Update(updater))
        {
            RemoveQueuedSession(pSession);
            m_sessions.erase(itr);
            delete pSession;
        }
    }
}
           

其内部结构很简单，主要遍历所有会话，移除不活动的会话，并调用每个Session的Update函数，达到更新所有Session的目的，有1000玩家在线就会更新1000个会话，前面提到了Session，每个会话的内部都挂载有一个消息队列，这里队列存储着从客户端发过来的数据包，1000个会话就会有1000个数据包队列，队列是由网络模块收到数据包后，将其挂载到相应Sesson的接收队列中,客户端1发来的数据包被挂载到Session1的队列，客户端2的就挂载到Session2的队列中。mangos的架构中Session不止是收发数据的入口，同样也是处理客户端数据的入口，即处理客户端请求的调度中心。每次Update Session的时候，这个Update 函数的内部会取出队列中所有的请求数据，循环地对每一个数据包调用数据包对应的处理代码，即根据数据包的类型（操作码OpCode)调用相应的函数进行处理，而这些“相应的函数”是Session内部的普通成员函数，以HandleXXXXXX开头，为了便于理解，我将Session的Update函数主体核心代码写在这里：

bool WorldSession::Update(PacketFilter& updater)
{ ///- Retrieve packets from the receive queue and call the appropriate handlers /// not process packets if socket already closed WorldPacket* packet = NULL; while (m_Socket && !m_Socket->IsClosed() && _recvQueue.next(packet, updater))
    {
        OpcodeHandler const& opHandle = opcodeTable[packet->GetOpcode()];
        ExecuteOpcode(opHandle, packet);
    }
}
           

这样看起了比较清楚了，Session在Update的时候，取出所有数据包，每个数据包都有一个操作码，opcode,魔兽模拟器有1600多个操作码，玩家或者服务器的每个操作都有一个对应的操作码，比如攻击某个目标、拾取一件东西、使用某个物品都有操作码，被追加到数据包头部，这样每次取数据包的操作码，就可以查找相应的处理代码来处理这个数据包。

从代码里面可以看到opHandle就是根据操作码查找到的数据处理程序，内部有相应数据处理函数的指针，ExecuteOpcode即是通过这个函数指针调用该函数来处理数据包。而处理函数实际上都是 Session的普通成员函数，当然调度处理代码的时候并非根据操作码进行switch判断来调用相应处理函数，这样会写一个非常巨大的switch结构，mangos的方式是通过硬编码将这些处理函数的地址存在opcodeTable这个全局的表结构中，使用OpCode作为索引，迅速地定位到相应的处理函数，即找到改数据包对应的Handler，并执行他们。

void HandlePartyAssignmentOpcode(WorldPacket& recv_data);
           

上面是极小部分的处理函数，他们都是Session的成员函数，这些函数并非是最终处理数据的，往往一个函数对应一个逻辑模块，与这个模块相关的操作码有很多，比如聊天系统客户端发来的操作码可能是密聊、队聊、地图聊天，但是在Session收到数据包时，会将这个模块的这些操作码都调用HandleMessage函数，这些Handle函数内部会根据具体的操作码再调用相应模块的处理函数，就是说消息的调度是两级的。先从入口点，通过查找OpCodeTabel找到一级调度函数、数据包传过去后又进行二级调度，分发到更小的子模块，直到分发的具体模块为止。

今天暂时写到这里，还有很多想说的，以后继续慢慢吹，下次继续今天没完善的内容、谈一谈mangos的二进制协议、数据通信机制等内容，长期研究下mangos，肯定有好处的。

版权声明：本文为CSDN博主「weixin_34087503」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/weixin_34087503/article/details/91983010