棋牌服务端数据错乱修复｜核心精简需求文档 -- 2

1. 问题概述（核心根因） 项目当前实时牌局数据双存：服务端内存（实时对局）+ Redis缓存（兜底同步）。服务器部署商用安全防护服务，会拦截系统底层内存读取与导出行为。 现有后台监控直接抓取服务器内存数据展示牌局，被安全策略拦截，导致运营后台牌型/对局状态与用户客户端不一致、数据错乱滞后，无法正常监控与复盘对局。 硬性前提：禁止关闭、降级、绕过安全防护服务，必须在原有安全策略生效的前提下解决数据不同步问题。 2. 现有架构缺陷 - 后台数据读取路径单一，仅依赖底层内存直读，极易被安全服务拦截； - 内存与Redis实时同步机制不严谨，高并发下存在数据时差、数据不一致隐患； - 无安全合规的后台数据查询通道，无数据校验、异常告警机制。 3. 开发人员资质要求 需专业棋牌服务端开发，具备：棋牌对局逻辑经验、内存与Redis缓存同步实战经验、服务器安全策略兼容调试经验，可独立完成排查、改造、上线全流程。 4. 核心开发需求（必做） 4.1 问题排查 定位安全服务具体拦截规则、拦截节点，排查双存储同步漏洞，输出根因排查报告。 4.2 重构后台数据读取方案（核心重点） 废弃原有底层内存直读高危逻辑，搭建安全合规的数据获取通道： - 优先方案：对后台监控进程/接口配置安全服务白名单，放行合法业务数据查询，不影响整体安全防护； - 兜底方案：强化Redis实时同步，实现内存合规读取优先、Redis自动兜底的双路读取机制。 4.3 双数据源同步优化 - 对局发牌、出牌、操作、状态变更等所有行为，实时同步内存与Redis双数据源，实现毫秒级一致； - 增加定时数据校验、自动纠错机制，自动修复双源数据偏差； - 新增数据拦截、同步失败、数据错乱异常日志与告警能力。 4.4 数据一致性保障 全场景（多人对局、高频操作、长时对局）下，后台牌型、对局状态、剩余牌数、结算数据与客户端100%一致，无错乱、无滞后、无空数据。 5. 非功能约束 - 安全：不降级、不关闭安全服务，不新增数据泄露、越权读取风险； - 性能：同步与查询为毫秒级，不增高服务器负载，不影响游戏对局流畅度； - 兼容：不修改核心牌型、算法、结算逻辑，兼容现有全部玩法与客户端版本。 6. 验收标准（硬性底线） - 安全服务全程开启，防护策略无降级、无绕过； - 后台实时牌局数据与客户端完全同步，无错乱、无滞后，无读取拦截异常； - 内存与Redis双数据源稳定同步，自动校验纠错功能正常； - 改造后无新增BUG，对局、结算、稳定性完全正常； - 高并发场景下性能稳定，资源占用正常。 7. 核心交付物 - 问题根因排查报告 + 技术优化改造方案； - 改造完成的服务端代码、配置文件、权限/白名单配置说明； - 测试验收报告、上线部署与运维说明文档。 8. 上线要求 测试环境调试无误后灰度上线，尽量无停机、不中断游戏；上线后提供短期稳定性值守，保障数据稳定运行。

ID del proyecto: 40468158