众所周知，一款游戏在开始推广之初，为了能够聚集人气，最大限度的留住玩家，GM会配置一些陪玩机器人之类的让他们陪玩家游戏。
前段时间，有一个朋友拜托我帮他完善一款地方性休闲游戏的陪玩系统，他的这一套游戏从手机端到服务端到后台系统各项功能都挺完善的，游戏玩法多样，很具地方特色，唯一特点就是没有陪玩系统，如果用模拟器脚本挂机的话，虽然可以多开，一台机器也就挂个10个8个号，用处不大，于是还是想到用代码层面来解决问题。
先分析代码，服务器端的
前端通过消息协议过来请求桌子的信息，然后服务端把保存的全局桌子信息通过过滤操作，把符合条件的桌子信息能过结构体的方式回传给前端，前端再分析数据，把桌子显示出来
那我们就可以在这里动点手机，让玩家一进来就觉得游戏很热闹，在这里做点假人数据，比如说增加十张桌子，让桌子上坐满人，代码如下
然后前端的效果就出来了
后面我们还要继续细化
俱乐部服务启动时 开启动一个定时器
定时器的功能为
m_TreasureDBAide.ResetParameter();
m_TreasureDBAide.AddParameter(TEXT("@dwClubID"), pClubRoomInfoList->dwClubID);
LONG lResultCodeEx = m_TreasureDBAide.ExecuteProcess(TEXT("GSP_GR_ClubRoomInfoList"), true);
从这里读取所有大于120的俱乐部的房间的玩法 记得是遍历所有的
然后每一个玩法配置10个桌子 然后保存到一个全局变量中
每隔10秒 加一个定时器 处理游戏1跟游戏2的局数
每隔 5分钟 加一个定时器 处理游戏的局数
每隔半小时 加一个定时器 处理新的俱乐部是自己启动 跟之前的比 如果有则每个玩法创建十个桌子
关于机器人批量换的问题
游戏一 每2小时随便换一批人
游戏2 每 10分钟随机换一批
通过上面的操作，游戏气氛自然起来了，能给推广带来效果，就先写到这里，完结。
