Unity UI 栈不该决定游戏流程：Root、Overlay 与状态机如何分权
Unity 大厅应由状态机拥有流程、UIManager 拥有可见页面、GameEntry 路由网络事实；SetRoot 能清理页面历史，但恢复战斗与迟到事件仍需要额外身份约束。
moyuta
玩家 · 游戏开发者 —— 写代码的玩家，玩游戏的开发者
-
-
游戏资源派生队列可以丢任务，但不能丢 pending 状态
资源转码不应阻塞上传链路；原图与 pending 状态必须先持久化，队列满时允许丢失瞬时唤醒，并由启动回扫恢复。
-
对局结算不是一次 HTTP：结果可重投，副作用只能发生一次
战斗节点与大厅之间的结算链路，应把结果生成、持久投递和单次副作用拆成三个所有权边界，用 outbox 与 durable receipt 消化任意失败窗口。
-
活动配置同步不是复制文件：LiveOps 需要一张幂等状态表
LiveOps 配置同步应以外部身份、内容指纹和目标对象映射驱动幂等状态机，并把发布、冲突与失败恢复留在明确的所有权边界内。
-
回放文件不是录像：它是必须长期维护的版本协议
确定性回放保存的是足以重建世界的输入与规则身份，因此文件信封、逻辑版本、帧格式、资源上限和迁移策略必须被当作跨版本协议共同维护。
-
战斗服的遥测计数，不该和每个事件一起落库
战斗遥测应由进程内聚合器拥有未落盘增量，以批量事务换取热路径稳定，但这套设计只适用于允许有限丢失的计数，不能承载结算与经济账本。
-
没有多数时不要抓战犯：同步分歧应先把房间标成可疑
当状态哈希无法形成严格多数，系统缺少的是归责依据；正确动作是收紧证据窗口、标记房间风险并升级诊断，而不是随机处罚玩家。
-
多数票不是权威状态：战斗仲裁器真正维护的是分歧责任
状态哈希仲裁不能把多数结果冒充游戏真相；它真正能可靠维护的是分歧分类、责任累积和处置边界。
-
数据库连接池满了以后，Go 服务不该继续排队
数据库连接池过载时，服务应把等待连接纳入请求预算，并用有界准入与可观测的失败替代无限排队。
-
Go 服务优雅停机不是等待，而是分配退出预算
优雅停机的关键不是无限等待请求结束，而是在固定退出期限内停止接流、排空任务、持久化状态并为强制退出保留余量。