采用用同步编程的方式实现跨进程异步获取数据[二]-创建玩家账号和获取角色列表

http://blog.csdn.net/xnn2s/article/details/11820767

服务器管理多个玩家账号[记作Player], 每个Player维护多个角色列表，角色列表包含简单的角色信息(不是完整的，完整的在Role里面)。

这篇例子，要结合上一篇来看，请见: http://blog.csdn.net/herm_lib/article/details/11686483

处理Client的获取简单角色信息列表的请求。

void GetRoleListReq(msgBody, csContext)
{
Player* player = PlayerPoolS::Instance()->Get(csContext->uin);
if (!player) // player未从herm cached加载或者player还未存在
GetPlayerFromHC(csContext);
else
ReturnRoleList(player, csContext);
}

先从PlayerPool里看看有没有对应uin的Player，没有，从远程异步获取；否则，就直接给Client发回应。

比较有意思的地方出现了，看看这个异步请求发出后，如何恢复原来的流程的。

void GetPlayerFromHC(csContext)
{
// 从远程的cahce或者db获取player
}

bool GetPlayerFromHCRes(hcMsg, void* param)
{
// uin 从param中获取，是GetPlayerFromHC透传过来的
Player* player = PlayerPoolS::Instance()->Get(uin);
if (!player)
player = PlayerPoolS::Instance()->Create(uin);

if (hcMsg->len == 0) // DB中没有记录
return true;

player->Load(hcMsg...);

return true;
}

GetPlayerFromHCRes处理回应。

从db这边返回来的结果，可以真正地判断Player是未从 db加载还是不存在了。

先创建Player对象，如果db不存在的，什么都不用做；db中存在，就把db中数据加载进来。另外一个独立的循环，会把新的或者变化的Player更新到db。

负责协议消息分发的模块，利用GetPlayerFromHC传进来的csContext，重新走一次GetRoleListReq()。

当第二次走GetRoleListReq()时候，Player有了，将会走ReturnRoleList()流程。