这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
《MMO 服务器开发》6.3 留存、付费与活动转化分析
埋点进了数仓，接下来回答运营最关心的三个问题：玩家第二天还来不来、愿不愿意花钱、活动每一步漏掉了多少人。这一节把次日/7 日/30 日留存的口径与去重、付费率与首充复购、活动转化漏斗逐段算清，并用一组构造数据集把每一步的数字断言成可执行的测试。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
《MMO 服务器开发》6.2 埋点与数据管道
口径定好了，原始事件从哪里来？这一节先分清客户端埋点与服务端埋点的边界，再把「攒一批、带 EventID 去重、用 CmdTelemetryBatch 0x1301 上报」的事件模型写清楚，最后真连 NATS 跑一条采集、缓冲、清洗、落库四段式管道，用断言证明重复与畸形事件都被正确剔除。
《MMO 服务器开发》6.1 指标体系与口径
指标不是数字，而是数字加口径。这一节先把业务、服务、资源三层指标摆清楚，再用「登录口径」与「在线口径」两种 DAU 演示两个团队为什么会对不上账，最后把统一口径写成一份能跑的 Go 断言：两种口径必须给出不同结果、ARPPU 永远不低于 ARPU、不一致必须带原因。
《MMO 服务器开发》5.3 线上风控与回滚
改配置前先算影响面，灰度期盯着错误率，一旦越线就自动熔断并回滚到上一个已知良好版本——这是线上变更的三道护栏。本节把护栏判定与一键回滚写成可编译的 Go 代码，并真连本机 etcd 跑通「发布坏配置 → 熔断 → 回滚 → 内容复原」的完整断言。
《MMO 服务器开发》5.2 热重载的边界
热更不是「什么都能改」：数值、开关、掉落表可以热更，协议结构、数据模型与需要重建运行态的部分必须重启。本节给出 hot/warm/cold 三类边界判定，用双缓冲加原子指针交换实现无锁热更，并用「旧读引用不影响新读」的并发断言证明切换是原子的。
《MMO 服务器开发》5.1 配置版本化与差量分发
配置不能只靠重启生效：一个能长期运营的配置中心要有版本号、只推变化的差量、按服与按玩家百分比的灰度，以及节点应用后的 ack 回执。本节用本机 etcd 从零实现版本化存储与差量分发，把「配置写入 → watch 到变更 → 差量应用 → ack」整条链路真跑一遍。
《MMO 服务器开发》4.3 优雅停服与有状态服务发布
优雅停服不是收到信号就退出，而是四步：停收新连接、排空在途请求、落库、退出。这一节先讲这四步的次序与跳过代价，再用一个真起子进程、真发 SIGTERM 的测试，断言在途请求不丢、账本落盘；最后讲有状态服务的代次交接，用单调递增的 epoch 挡住脑裂。
《MMO 服务器开发》4.2 蓝绿、灰度与滚动发布
蓝绿、灰度、滚动是三种不同的取舍，不是三种写法。这一节先把四个维度——切换速度、资源占用、回滚难度、状态兼容——摊开对照，再把每种策略编码成一个可回放的发布计划，用一份能跑的 Go 代码，把「蓝绿一次切换、灰度分档爬升、滚动逐台替换」变成可断言的发布过程与回滚路径。
《MMO 服务器开发》4.1 容器化与编排
容器化与编排是把 aegis 从一堆进程变成可交付形态的第一步。这一节先讲镜像怎么分层、多阶段构建怎么把编译器和运行时拆开，再给出无状态网关的 Deployment 与有状态场景的 StatefulSet 两份清单，最后用一份能跑的校验代码，把「哪种角色能当 Deployment、排空预算必须小于宽限期」这些编排不变量钉成断言。
《MMO 服务器开发》3.3 链路追踪与告警
日志看得见单点、指标看得见全局，但「这次请求到底走了哪几个节点、卡在哪一段」只有链路追踪答得上来。这一节讲清 trace/span 的传播（trace_id 怎么跟着帧走）、跨服务链路怎么拼装，再讲告警规则的两种判据——阈值告警与变化率告警——以及抖动抑制与抑制关系。
《MMO 服务器开发》3.2 指标与 Prometheus 打点
日志能还原一次请求，但要回答「现在系统健康吗」就得靠指标。这一节讲清 Counter、Gauge、Histogram 三种类型的语义与最常见误用，重点剖析标签基数这个能把 Prometheus 拖垮的坑，再用 client_golang 真起一个 HTTP server 暴露 /metrics，并用 HTTP 真拉取断言关键指标存在。
《MMO 服务器开发》3.1 日志该记什么
日志不是越多越好。这一节先把一条请求日志该带的最小字段集钉死——trace_id、player_id、cmd、seq、cost_ms、result——再用 log/slog 写出一个能跑的实现，讲清日志分级、错误不采样的采样策略、手机号与邮箱的写盘前脱敏，最后给出一张该记与不该记的清单。
《MMO 服务器开发》2.3 热区隔离与背压
无界队列把「慢」变成「OOM」，热区不隔离让一段慢拖垮整帧。本节把 AOI、战斗等 CPU 热点拆到各自的有界队列与独立 worker 上，用三种溢出策略——拒绝、丢弃最旧、降级——显式决定「满了怎么办」，并用可跑的测试断言慢 AOI 不会阻塞移动、战斗事件永不被静默丢弃。
《MMO 服务器开发》2.2 双栈对照：Go GC vs JVM GC
2.1 的剖析显示一帧的时间大头是分配与回收，不是算法。这一节把双栈项目的隐藏成本摊开：用同一份「分配 N 个对象并触发 GC」的工作负载，Go 侧读 runtime.MemStats 与 debug.GCStats，Java 侧读 ManagementFactory 的 MemoryMXBean 与 GarbageCollectorMXBean，在同机上真跑并对照，最后给出选型结论。
《MMO 服务器开发》2.1 帧预算与性能剖析
30Hz 的 MMO 服务端每帧只有 33ms，一 tick 里 AOI 广播、移动、战斗、定时器各占多少必须先量化再谈优化。本节把帧预算写成一张可断言的表，用 runtime/pprof 与 net/http/pprof 真跑一次剖析，并给出本机实测的相位占比与火焰图读法。
《MMO 服务器开发》10.2 与 skynet / pitaya / leaf 对照与全书收官
对照三个主流游戏服务端框架——Lua Actor 的 skynet、Go 分布式的 pitaya、轻量单进程的 leaf——各自的定位、适用规模与 aegis 的差异；再做全书收官：回顾四卷从网络内核到工程化运营的贯穿线，汇总可运行产物与实测数字，给出下一步建议，附一个能跑的全书产物清单校验器。
《MMO 服务器开发》10.1 跨栈对照矩阵：Go vs Java 最佳实践与选型标准
把全书四处双栈对照的实测收进一张跨栈矩阵：并发模型、内存与 GC、序列化、网络栈、部署形态、生态与招聘、开发效率与可维护性逐维度对照，再给出可判定的选型结论，并附一个能跑的选型打分器——输入团队与场景特征，输出推荐栈与逐条理由，权重可改可测。
《MMO 服务器开发》1.3 承载评估与容量规划
压测器就位，接下来回答那个最初的问题：一台机器到底能扛多少。本节先设计两条扫描——连接扫描逼出单进程的连接天花板，负载扫描逼出吞吐与延迟曲线，再把本机实测数字（约两千连接、每秒数千消息、P99 分档）套进容量公式，算出集群要几台、留多少余量，以及瓶颈究竟落在连接数、CPU、内存还是带宽上。
《MMO 服务器开发》1.2 机器人压测平台
站内没有 k6、wrk，压测器只能自己写。本节从零搭一个可编排的机器人压测平台：机器人状态机走完连接→登录→进场景→移动→心跳，并发编排用错峰建连绕开 macOS 的 accept 队列上限、用起跑线屏障把建连爬坡挤出测量窗口，最后真起一个本地回环服务端加五十个机器人跑通，并把结果落成 JSON。
《MMO 服务器开发》1.1 压测口径：不要只看在线人数
「在线五千人」从来不是一句承载结论。本节先把承载指标的定义钉死——要有单位、要有变坏的方向、要能说出超标后怎么坏，再列出连接数、消息吞吐、P50/P90/P99、错误率、内存、GC 暂停这张表，最后拆穿只看在线人数、只看平均值、不看错误率、忽略慢连接这四种最常见的自欺欺人。