posts
在线联机原型第 37 章导航：战斗录像与分析系统
本章把「录像」这件事拆成两个独立问题：一是如何用极小的日志把一场战斗完整地重放出来，二是如何从这些日志里算出可用的统计数据。它验证的核心是确定性重放与低成本录制——录制体积要小到能长期保存，重放结果又要与原始对局逐帧一致。本页给出第 37 章战斗录像与分析系统（Battle Log & Analytics）的定位、六个核心验证目标（Replay Log、统计分析、确定性重放、日志压缩、指标聚合、反作弊取数）、推荐技术栈与真实文章入口。
第 37 章解决的是一个几乎所有联机游戏都会遇到、却常常被低估的需求：事后复盘。玩家想回看自己那一波精彩操作，策划想知道哪个技能胜率畸高，运营想判断某个账号是不是开了挂，客服想核实一次举报——这些诉求指向同一份数据：一份足够小、足够完整、且能确定性重放的战斗日志。这一章不追求录像画质，而是追求「用输入与种子重算出整场战斗」这种更苛刻的重放方式。它适合准备做观战、回放、战绩统计或反作弊的团队。
本章定位
| 项目 | 内容 |
|---|
| 全集层数 | 第 4 层（概念原型层） |
| 难度梯度 | 进阶。录制本身不难，难的是确定性重放与长期存储成本，建议先完成第 6 章 Pong、第 15 章微型赛车等确定性强的原型 |
| 前置章节 | 第 6 章 Pong 对战、第 15 章微型赛车、第 16 章简版 MOBA、第 36 章 AI 怪物生态系统 |
| 后续章节 | 第 41 章 AI 自适应平衡、第 49 章 AI 运维检测、第 56 章 AI 游戏管理员 |
| 原型代号 | proto-37-战斗录像与分析系统 |
| 形态 | 事件日志型，单篇文章的完整 PRD，覆盖架构、状态机、接口与验证清单 |
这一章把「录像文件」和「统计报表」视为同一条数据流水线的两种产物：录制写出事件流，统计从事件流里按不同维度聚合，二者共用同一份日志格式。
核心验证目标
| 验证点 | 要回答的问题 | 判定标准 |
|---|
| Replay Log | 日志里记什么才足以还原一场战斗 | 仅凭日志与初始种子可完整重放 |
| 统计分析 | 胜率、伤害、经济等指标如何从日志算出 | 指标可定义、可复算、口径统一 |
| 确定性重放 | 同一份日志重放多次结果是否一致 | 重放结果逐帧一致，无浮点漂移 |
| 日志压缩 | 如何把一场战斗压到可长期保存的体积 | 单位时长体积满足存储预算 |
| 指标聚合 | 海量日志如何离线聚合出报表 | 聚合任务可重跑、可增量 |
| 反作弊取数 | 异常行为如何从日志中被提取 | 可疑模式可查询、可导出、可举证 |
技术栈建议
- 语言：Go、Rust、Python 三者任选，录制与重放核心建议用 Rust 或 Go，离线分析用 Python 更省力。
- 协议：WebSocket over HTTPS 上传对局事件，gRPC 承载回放拉取与统计查询。
- 存储：对象存储保存压缩后的录像文件；ClickHouse 或同类列式库承载统计分析；PostgreSQL 保存录像索引与元数据。
- 消息：Kafka 承载对局结束后的日志投递，离线聚合任务批量消费。
- 可观测：录像上传成功率、重放一致性校验、聚合任务延迟、存储成本趋势。
本章文章
这篇文章内部按八个部分展开，阅读时可以直接跳到关心的那一段：
| PRD 小节 | 内容 |
|---|
| 一、概述 | 事件日志的一句话定义与本章要验证的能力 |
| 二、核心玩法与系统目标 | 产品体验、功能目标与四类验证重点 |
| 三、系统架构设计 | Gateway、日志 Service、State Manager、Event Bus、Persistence 五层划分 |
| 四、功能模块详解 | 基础通信、状态同步、输入校验、日志与监控 |
| 五、状态机与流程图 | 对局状态机与日志落盘时序图 |
| 六、事件与接口定义 | WebSocket 消息类型与 REST 会话接口 |
| 七、性能指标与优化 | 延迟、并发、吞吐、内存四项目标值 |
| 八、验证清单 | 可直接当作验收用例的五条清单 |
与相邻章节的关系
相关专题