这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
《移动游戏产品的架构·客户端与移动运行时》1.1 一个 IP 两款产品：为什么客户端架构不能按品类复制
拾光工作室把《潮汐消消》的客户端架构直接套到《潮汐方舟》，首帧、帧预算与联网假设同时失效。本节用六个运行驱动和一张共享/隔离表说明：品类只决定玩法内容，客户端架构必须按约束重新推导，并把判断写成可运行的层模型与测试，避免下一版被另一张架构图覆盖。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
《游戏服务端架构·核心系统与契约》1.1 账号、角色、设备与租户
《裂隙战场》《群岛纪元》《泡泡工坊》共用账号底座后，客服工单暴露出账号、角色、设备与租户四层被混为一谈。本文拆开四层模型的责任边界，给出主键与软删除口径、同租户合并与跨租户迁移的分界、注销宽限期与墓碑保留策略，并用 internal/account 的 Go 实现和五组表驱动测试说明每次状态跃迁的代价。
《后端架构设计·演进与治理》目录与学习路径
《后端架构设计·演进与治理》的阅读入口：13 章分四段的结构、章节依赖图、三条阅读路径、症状到章节的对照表、arch-lab 在卷四新增的拆分、契约、发现、网关、配置、可观测性、SLO、混沌、发布、多租户、平台与成本组件，以及实测值、目标值与示例值的口径和读完本卷的五项标准。
《互联网产品的客户端架构·交易、增长与平台化》11.1 客服入口与上下文携带
用户在订单页点客服，却还要第三次报订单号；问题不在客服系统，而在入口没有携带最小上下文。本节把订单号、支付单、页面来源与最近错误码写成可校验的上下文对象，用入口白名单控制字段，用脱敏函数挡住手机号与邮箱，并复盘一次多标签页上下文串单的典型问题。
《互联网产品的 AI 架构·模型接入与能力边界》7.1 结构化输出的契约与校验
从「回声」客服辅助返回的工单建议 JSON 出发，说明为什么只取 JSON Schema 的一个可审查子集，如何把必填、枚举、范围与多余字段变成可定位的问题码，并给出一个零依赖校验器与一次真实的失败分类，让解析失败从“模型不稳定”变成可测量、可回归的工程输入。
《Java 高级编程》前言
交代本书的读者对象、前置知识与九章结构，列出 JDK 25、Maven、Docker 与 clang 的环境清单和真实版本输出，说明代码、实验与命令的书写约定、三种验证层次，以及版本不一致时从 JDK、预览开关、模块路径到本地库的六步排查顺序。
《移动游戏产品的架构·客户端与移动运行时》目录与学习路径
卷一的学习路径与 45 篇索引：从双案例与移动端约束出发，依次经过分层、引擎与壳、生命周期、配置、资源内存、UI、设备、帧率功耗、存档、区域化与可观测性，最后收口到双案例客户端基线；每章三节构成一条判断链，附录给出术语、案例事实表与评审清单。
《游戏服务端架构·核心系统与契约》目录与学习路径
《游戏服务端架构》卷二《核心系统与契约》全 45 篇的阅读入口：说明本卷要解决的四个问题、十三章结构、三款产品的系统差异、序/前言/附录与三条阅读路径，并给出可运行性口径、各章核心内容速查和 39 篇正文的完整目录，便于按角色跳读，并标注三条路径的预计用时。
《移动游戏产品的架构·客户端与移动运行时》前言：双案例、实验工程与阅读路径
卷一的使用说明：双案例的口径与各章分工、mga-lab 的目录结构与测试命令、每节固定的六段结构、代码块三行头与 L1/L2 可运行层级的区别，以及顺序读、带问题查、只读产物三类阅读路径和四条读完一卷的自检标准，附与站内其它书稿的分工边界。
《后端架构设计·演进与治理》前言
本卷的用法说明：13 章四段结构、arch-lab 在前三卷之上的治理组件、L1–L4 可运行性分级、代码块标记与抽取方式、贯穿全卷的 G1 拆分、G2 带门禁发布、G3 成本归因三个固定场景，以及实测值、目标值、示例值的数字口径和本机测试环境。
《Java 高级编程》序
说明卷三为什么在能跑的服务之后还要单独讲语言机制，交代类型系统、运行时、并发与平台性能四个层次，与卷四 JVM 调优和 Spring Boot 卷的分工，并列出 JDK 25 中 synchronized 不再 pin 虚拟线程、ScopedValue 正式、StructuredTaskScope 仍是预览等版本边界，以及三条阅读路径与代码验证方式。
《移动游戏产品的架构·客户端与移动运行时》序：为什么移动游戏需要一本产品架构书
移动游戏客户端的问题很少出在「不会用引擎」，而是出在引擎之上没人拍板：分层、恢复、内存、帧预算、存档与可观测性。本序用一个 IP 两款产品的真实分歧说明这本书为什么存在、它明确拒绝写什么，以及四卷如何从客户端运行时一直排到商业化发行与平台化长线治理。
《游戏服务端架构·核心系统与契约》前言：系统契约怎么写成可验证的东西
本篇交代卷二的技术基线、案例构造、13 章对应的 Go 验证包、L1 到 L4 的可运行性口径与数字证据规则，并给出按角色阅读、各章验证包与本地复现命令，说明怎样把系统契约写成能跑、能查、能被评审的产物，便于逐章复现与评审，并标注每条结论的证据等级。
《后端架构设计·演进与治理》序
为什么卷三之后还要单独写演进与治理：拆分后发布互相拖累、SLO 全绿但用户投诉、平台建好却没人用三个场景，说明机制正确不等于组织可持续。这篇序交代卷三留下的未证明项、本书的四个立场、Go 主线与 Java 21 对照的口径，以及不伪造云上实测的边界。
《游戏服务端架构·核心系统与契约》序：拓扑定下来之后，真正难的是系统之间怎么约定
卷一定下了拓扑，卷二才进入真正的工期：账号归谁、结算怎么不重不漏、平台和游戏各自负责什么。这篇序说明卷二与卷一、与《MMO 服务器开发》的分工，给出贯穿三款产品的系统差异、本卷的六组系统与四个写作立场，并把每节契约落成可运行的 Go 夹具。
多租户验收：九项控制、四张表与越权演练
客户安全问卷只回三百字被要求提供证据。九项控制、四张表与四维加权算出 4.0 分，判定可用；短板在权限 3 分，补 27 条越权用例可到 4.3，证据须可复现，季度演练 27 条整轮约 25 分钟，年度 4 轮共约 1.7 小时。
交接与合并：转所有权、并组织与最后一位管理员
唯一 Owner 注销后组织无人能改账单，也没人能加人。五种边界情形、八项交接清单与合并复算：24 个工作区并为 22 个，100 人去重后 96 人，重复工作区导出 6.4 万行约 32 分钟，Owner 至少两人才能挡住无人可管。
席位与权限的一致性：加人、降级与离职怎么计费
团队从 5 席降到 3 席，两个月后还有 5 人在登录。本文用五种席位口径、三个变更时点，复算 20 团队每月 600 美元、月中加席 3.2 美元与离职减 6 美元的账单和权限同步，并给出每月三列对账、告警与八条验收清单。
审计日志：记什么、留多久、给谁看
客户问上周三谁删了项目，你只翻到一条 DELETE 200。本文给 12 类必记事件、9 个字段与 before/after 差异写法，按 20 团队每月 3600 条复算 12 个月 16.5 MiB 存储，并给出五分钟内回答谁删了什么的验收口径。
数据隔离：一行 workspace_id 与四道防线
一条查询少写 where，导出 CSV 就混进别家的项目名。本文在 20 个团队的规模下逐项对比行级、schema、独立库三种隔离方案，给出四道防线、8 条 RLS 策略、27 条越权用例与 20 套迁移的完整复算口径。