posts
这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
日志能还原一次请求，但要回答「现在系统健康吗」就得靠指标。这一节讲清 Counter、Gauge、Histogram 三种类型的语义与最常见误用，重点剖析标签基数这个能把 Prometheus 拖垮的坑，再用 client_golang 真起一个 HTTP server 暴露 /metrics，并用 HTTP 真拉取断言关键指标存在。
日志不是越多越好。这一节先把一条请求日志该带的最小字段集钉死——trace_id、player_id、cmd、seq、cost_ms、result——再用 log/slog 写出一个能跑的实现，讲清日志分级、错误不采样的采样策略、手机号与邮箱的写盘前脱敏，最后给出一张该记与不该记的清单。
无界队列把「慢」变成「OOM」，热区不隔离让一段慢拖垮整帧。本节把 AOI、战斗等 CPU 热点拆到各自的有界队列与独立 worker 上，用三种溢出策略——拒绝、丢弃最旧、降级——显式决定「满了怎么办」，并用可跑的测试断言慢 AOI 不会阻塞移动、战斗事件永不被静默丢弃。
2.1 的剖析显示一帧的时间大头是分配与回收，不是算法。这一节把双栈项目的隐藏成本摊开：用同一份「分配 N 个对象并触发 GC」的工作负载，Go 侧读 runtime.MemStats 与 debug.GCStats，Java 侧读 ManagementFactory 的 MemoryMXBean 与 GarbageCollectorMXBean，在同机上真跑并对照，最后给出选型结论。
30Hz 的 MMO 服务端每帧只有 33ms，一 tick 里 AOI 广播、移动、战斗、定时器各占多少必须先量化再谈优化。本节把帧预算写成一张可断言的表，用 runtime/pprof 与 net/http/pprof 真跑一次剖析，并给出本机实测的相位占比与火焰图读法。
对照三个主流游戏服务端框架——Lua Actor 的 skynet、Go 分布式的 pitaya、轻量单进程的 leaf——各自的定位、适用规模与 aegis 的差异；再做全书收官：回顾四卷从网络内核到工程化运营的贯穿线，汇总可运行产物与实测数字，给出下一步建议，附一个能跑的全书产物清单校验器。
把全书四处双栈对照的实测收进一张跨栈矩阵：并发模型、内存与 GC、序列化、网络栈、部署形态、生态与招聘、开发效率与可维护性逐维度对照，再给出可判定的选型结论，并附一个能跑的选型打分器——输入团队与场景特征，输出推荐栈与逐条理由，权重可改可测。
压测器就位，接下来回答那个最初的问题：一台机器到底能扛多少。本节先设计两条扫描——连接扫描逼出单进程的连接天花板，负载扫描逼出吞吐与延迟曲线，再把本机实测数字（约两千连接、每秒数千消息、P99 分档）套进容量公式，算出集群要几台、留多少余量，以及瓶颈究竟落在连接数、CPU、内存还是带宽上。
站内没有 k6、wrk，压测器只能自己写。本节从零搭一个可编排的机器人压测平台：机器人状态机走完连接→登录→进场景→移动→心跳，并发编排用错峰建连绕开 macOS 的 accept 队列上限、用起跑线屏障把建连爬坡挤出测量窗口，最后真起一个本地回环服务端加五十个机器人跑通，并把结果落成 JSON。
「在线五千人」从来不是一句承载结论。本节先把承载指标的定义钉死——要有单位、要有变坏的方向、要能说出超标后怎么坏，再列出连接数、消息吞吐、P50/P90/P99、错误率、内存、GC 暂停这张表，最后拆穿只看在线人数、只看平均值、不看错误率、忽略慢连接这四种最常见的自欺欺人。
《游戏引擎实现原理》卷四《工程与实战》导航页：把前三卷写出的 helio 引擎与《微光岛》真正交付出去——构建与资产管线、引擎的测试（headless 黄金图像与确定性回放）、性能预算与分配追踪、跨端探测与降级、模块裁剪、调试工具，最后做完整合项目、跨引擎对照与全书收官。含本卷定位、与前三卷的关系、L1–L4 可运行性口径、四部分 29 节索引与阅读路径。
前两节对照了「各家怎么做」，这一节回答「你该怎么选」。选型不是挑一个引擎名字，而是决定「哪些成本由你自己扛」。本节给出三条判断维度——差异化落在引擎的哪一层、团队与时间账、平台与维护年限——并把它写成一条可执行的规则：输入项目画像，输出建议与理由。
同一个特性，各家引擎的实现路径往往截然不同。本节挑三条最典型的路径——资源句柄、帧图、脚本绑定与热重载——逐条摊开 helio、Godot、Bevy、Defold 的做法与代价。helio 一侧贴本机真跑的代码（世代句柄、帧图拓扑序、WGSL include 展开），其余三家只据官方文档做原理级标注。
跨引擎对照最容易滑成「谁更好」的口水战。本节把比较拆成一条条单一坐标轴：实体与组件怎么排、一帧的顺序由谁定、句柄失效能不能被检测。每条轴只让 helio、Godot、Bevy、Defold 各占一行，helio 一侧用本机实跑的数字撑腰，其它引擎只做原理级标注并附官方文档链接。
把前八章散落的验收点收敛成一份可勾选的上线检查清单，每条注明对应章节、层级与验收命令，再写一个自检器把能自动跑的条目真正跑一遍：本机七项自动全过、四项明确留作人工放行，并逐条说清失败时先看哪、哪些事故意不进清单、这份清单该怎么长期维护下去。
把《微光岛》真正构建成可发布的静态产物：一次 vite 生产打包（minify + 内容哈希）、静态资源拷贝、index.html 生成、带 sha256 的产物清单，再用一个校验器重算哈希并做篡改检测。真实 CDN 上传属 L4，本节显式标注。
收口第一步：把前七章散落的可量化验收点收敛成一张性能预算表——帧时间、内存、绘制调用、包体四个维度先定死上限，再写一个 B 基准层门禁在本机逐项实测。如实报告三项达标、一项未达标及其原因，并说清为什么超预算只告警不硬失败、哪部分必须交给真机。
打磨层把玩法事件翻译成玩家看到、听到的反馈：屏幕震动、粒子、音效触发、转场与 UI 提示。本节给出四件反馈的确定性实现与单测，并在 headless Chromium 里把收集瞬间真正渲染出来——粒子亮点与 UI 横幅逐像素回读断言，附一张可复现的 L2 截图。
关卡是引擎与内容之间的第一道契约：编辑器导出什么、运行时就必须能读什么。本节给出《微光岛》的带版本号关卡 JSON、只做三件事的加载器（解析校验 / 程序化生成 / 翻译成渲染实例），并用本机实跑的种子生成、越界拒绝与剔除统计，证明内容管线全程确定、可复现。
把内核时间、输入回放、收集、昼夜四件事接成一条确定性 update 链，是《微光岛》作为引擎垂直切片的最小可验证内核。本节给出四系统的装配顺序、同一份输入两遍逐位相同的实跑校验、微光位掩码存档的 JSON 往返，以及 v1→v2→v3 旧档迁移，全部命令行可复现。