淘宝斗地主残局玩法技术方案总结

相信每个人都知道斗地主的玩法和规则，这里就不花笔墨叙述了，淘宝斗地主目前有经典玩法、炸弹房、实物大奖赛、好友对战等游戏模式，也形成了任务中心、钻石一分兑、道具商城的运营体系。但是游戏要想持续吸引住玩家，必须要不断推陈出新。

经典模式的斗地主分了以下几个阶段：

匹配->发牌->叫抢地主->加倍阶段->打牌阶段->结算

功能上分为几大模块：实时在线匹配，牌局推进与更新、托管与守护、消息的推拉结合。由于本文主要讲述的是残局，对于经典玩法是如何实现的就不展开了，主要想对比一下残局玩法和经典玩法的区别：

1. 经典玩法中，玩家的出牌使用HTTP请求，而牌局的推送使用socket推送到三个玩家的端上，但是残局玩法实际上是一个用户与AI进行1对1的出牌场景，按斗地主的出牌规则进行出牌；
2. 残局玩法是玩家与AI对战，不涉及到多方玩家的匹配；
3. 同样的，由于是单人游戏，不涉及异步的请求或牌局的推送问题，因此不需要长链接，可以不使用socket去推送牌局消息，玩家每一次出牌使用HTTP请求服务端即可；
4. 经典玩法中，托管的机器人使用的是通过发送延时消息来推进牌局的，残局没有托管和提示，对算法的请求也没必要采用消息的方式来推进；
5. 残局没有叫抢地主、加倍等阶段，业务逻辑较经典玩法会简单一些，系统要保证的是牌局能够按预期推进，尤其是有时候会出现各种各样的超时或是依赖下游的抖动，不能够阻塞玩家。

   
   

业务思考

首先是定义我们的斗地主残局是什么，以及如何保证对局的挑战性和趣味性。

▐  流程概述

• 触发活动，获得当日牌局

  
  

• 进入对局

  
  

• 用户出牌

  
  

• AI和用户轮流出牌

  
  

• AI出牌策略

  
  

• 有一方出完则进入结算

  
  

• 牌局保留逻辑

• 牌局选取与更新原则

▐  功能上的挑战

1. 牌局自动生成：这种大量残局不可能由人工生产，需要训练生成，并且残局要求牌面实力相当，用户存在少量必赢路径（1～2条），尤其是大规模高质量残局生成难度大
2. 用户请求当日关卡如何做到不重复，并且有一定容错能力
3. 牌局信息存储的选型和可扩展设计，并尽量减少缓存占用

4. 
   

   高度依赖稳定的AI出牌，尤其是较高的调用量要保证高可用高性能：a

   
   

   
   

   .高准确率：准确率100%；当用户走必赢路径时能合理出牌；当用户走错时AI能100%反杀；b

   
   

   
   

   .高性能：AI出牌低延迟；c.兜底能力：当AI不可用时，服务端要有兜底的能力，不能阻塞用户

   
   

5. 设计时考虑投放和AB测试能力，以及加入多种降级和紧急下线的开关与兜底工作
6. 数据表的设计，数据分析能力，监控报警，数据看板以及可灰度、可观测、可回滚的能力等等

技术方案及思考

▐  技术模块拆解

1、用户触发活动 2、获得今日关卡 3、用户和AI对局 4、结算和发奖

▐  系统链路图

▐  技术模块拆解

• 牌局数据存储

单机内存、分布式数据库、分布式缓存

• 用户触发活动逻辑

用户在进入斗地主主页的时候，会去校验该用户是否能够触发活动，如果在触发活动范围内，会判断疲劳度决定是否出现活动弹窗，引导用户进入残局玩法。下面展示的是当用户进入首页时，校验触发逻辑：

这里在设计的时候用了两个开关，一是总的活动开关，二是新用户触发开关；考虑当出问题的时候能够提供一键降级的能力，另外给运营提供了关闭新用户触发的入口。

• 进入游戏请求牌局

• 出牌和跳过

结算逻辑：

▐  设计上的考虑

• 针对算法不稳定的backup和兜底方案，减少依赖

一、配置监控报警，监控调用算法时长和成功率的指标，当出现抖动时及时报警

二、设计兜底方案：

第一层backup：将出牌的可能情况写在图数据库中，当没有拿到算法侧返回的AI出牌信息时，会构建查询key直接查图数据库，这样能够减少一部分查询算法失败直接走到兜底的情况

第二层兜底：当出现数据库出问题或者查询不到的时候，此时系统的业务逻辑自己会做一层兜底，根据当前双方手牌和出牌信息出牌，但是这个策略是自己实现的，所以出的牌并不保证百分百符合机器人胜利原则。

最终兜底：当前面都出问题的时候，选最简单的方式，如果此时玩家出牌了，那么机器人就不出牌，如果此时玩家跳过，此时机器人不能跳过，选择自己手牌第一张。【此时认为本局对玩家是送分局】

• 针对请求可能出现的多种异常做鲁棒设计

• 两个缓存状态一致性问题

1. 使用了基于消息队列的重试方案，当更新缓存出现异常时，会发送MQ消息，利用消息重试的机制来保证缓存更新尽量成功；
2. 配置监控报警，在进入对局时检查用户两者状态不一致会打错误日志
3. 如果出现本局缓存更新失败的情况，实际上这时候已经向上抛出了异常，不会再更新十局缓存中的进度信息。此时在用户测的表现：最后一次出牌失败，那么重新出最后一手牌即可，会重新结算；
4. 如果出现本局缓存更新成功，但是十局缓存中的对局进度更新失败情况，此时在用户侧表现是：本次结算失败，玩家手动重试，重新走到结算逻辑；
5. 奖励的发放构造了幂等，保证了用户当天完成同一场对局奖励不会重复发放，不会发生资损的问题；
6. 在数据库中记录每一局的状态，可以通过定时扫表方式做对账，检查是否有问题。

• 数据信息沉淀，衡量牌局难度和投放策略

残局玩法是淘宝斗地主上线的全新玩法，用户的状态流转和设计思路上倒并不多难，主要集中在业务逻辑上判断比较多，针对各种异常链路要有完整的思考理解。残局玩法上线后获得了不少用户的积极反馈，同时作为双十一活动承接了部分用户，对斗地主用户游戏时长有一定提升。我们会设计一些简单而巧妙的牌局，看起来很容易赢，但是怎么出都会被AI击败，往往需要某一妙手比如拆一个对子才能获胜。除此以外我们已经在迭代通过做任务获得胜利路径提示等功能，进一步提升玩法的完整性，希望能尽快够给大家呈上一个更完美的残局，更丝滑的斗地主。

我们是大淘宝技术-用户平台技术团队，这是一支集研发、数据、算法一体的团队，负责淘宝天猫的用户增长，游戏互动，平台会员和私域运营等消费者核心业务。团队正承担着捍卫电商主板块增长的重要使命，是阿里核心电商战场的参与者，用持续的技术创新来驱动阿里电商引擎的稳步前行。这是一支年轻开放的团队，在这里你将收获超大规模高并发场景的架构设计能力，洞悉用户增长最前沿的实践方法，在数字化时代收获最核心的竞争力。团队技术氛围浓厚，倡导创新和工程师文化，鼓励用数据和代码发现解决问题。团队研发流程规范，代码质量高，学习成长速度快，期待您的加入。

简历投递：xiaoxue.wangxx@alibaba-inc.com