《游戏引擎实现原理》8.1 视锥剔除与包围体
从相机的视图投影矩阵抽出六个裁剪面，用 p-vertex 判定 AABB 与包围球的可见性；先跑通 CPU 侧剔除统计，再在 headless Chromium 里只把可见盒子按实例绘制，回读帧缓冲逐色核对被剔除的盒子一个像素都没画出来，全程附可复现代码。
tag
游戏引擎
共 210 篇文章。
《游戏引擎实现原理》7.3 相机、裁剪面与拾取射线
把相机拆成 view / projection / viewProj 三个矩阵，从 viewProj 免费抽出六个裁剪面，再由屏幕坐标沿相机基座构造世界空间拾取射线，最后在 headless Chromium 里点一下屏幕、验证拾取命中的正是那个实例。
《游戏引擎实现原理》7.2 脏标记传播与 world matrix 缓存
给场景图加上脏标记：改动一个节点只把它的子树标脏，更新时只重算被标脏的节点、并在重复标记时提前停止，再用一组确定性访问计数与逐字节像素比较，证明「脏更新」与「全量重算」产出的世界矩阵逐位一致、渲染画面也完全相同，从而让每帧只付出真正改动的那部分代价。
《游戏引擎实现原理》7.1 场景图与变换层级（ECS 之上的一层视图）
把 ECS 的扁平组件数组解释成一棵场景树：给每个实体补一个父索引，按拓扑序算出 world 矩阵，再展平成渲染器直接消费的实例列表，并在 headless Chromium 里用一次 instanced draw 画出全部实例、回读像素核对位置。
《游戏引擎实现原理》6.3 采样器、寻址与各向异性
采样器不占显存，却决定纹理越界、缩放、倾斜时怎么被读：clamp / repeat / mirror 三种寻址、nearest / linear 两种过滤、以及各向异性的收益与代价；并用同一张 4x1 纹理实测三种寻址模式下的边缘像素回读。
《游戏引擎实现原理》6.2 纹理格式、压缩与 mipmap
把纹理的显存账算清楚：颜色 / sRGB / 深度格式各占多少字节、BC / ETC2 / ASTC 三族块压缩如何取舍、mipmap 链为什么让显存多出约三分之一；并实测 WebGPU 上哪些压缩格式必须靠扩展才能创建、哪些属于核心格式开箱即用。
《游戏引擎实现原理》6.1 顶点格式、属性布局与程序化网格
把顶点描述成「格式 → 偏移 → arrayStride → shaderLocation」这条可运行的数据链：写出 helio 的顶点布局模块，用它程序化生成《微光岛》一块低多边形地形，并在 headless Chromium 里上传、回读、重算包围盒。
《游戏引擎实现原理》5.3 NullRHI：记录式假后端与测试
NullRHI 是 helio 的第三个后端：它不接触 GPU，把每一次 RHI 调用按顺序记进日志。于是渲染代码的调用序列变成可在 Node 里断言的纯数据，单测与 CI 不需要显卡、也不会因驱动差异而抖动。本节用同一段渲染代码分别跑 WebGPU 与 NullRHI，断言后者产出的调用日志。
《游戏引擎实现原理》5.2 WebGL2 后端实现与能力降级
同一套 RHI 接口的 WebGL2 实现：把 bind group 映射成 uniform block 与 texture unit、render pass 映射成 framebuffer object、WGSL 换成 GLSL ES 3.0。更关键的是能力降级——WebGPU 有而 WebGL2 没有的特性如何优雅退化，并用 clearColor 加 readPixels 真跑出像素断言。
《游戏引擎实现原理》5.1 WebGPU 后端实现
helio 的 RHI 抽象在 WebGPU 上的落地：把资源、管线、命令、绑定四组接口逐条翻译成 WebGPU 调用，用自增整数句柄隔离后端细节，并真跑一次创建资源、录制渲染通道、提交队列、回读像素的完整流程，断言中心像素与清屏角像素，作为后端正确性的最小证据。
《游戏引擎实现原理》4.3 GPU 内存池与预算
资源能传上去之后，一帧里反复创建销毁 buffer/texture 会把驱动拖垮、把显存切碎。本节复用卷一的大小类思路做一个 GPU 内存池，配显式预算与超限策略，统计复用率与峰值占用，并在真实 WebGPU 设备上跑三帧验证第 2/3 帧确实复用了第 1 帧创建的 buffer。
《游戏引擎实现原理》4.2 上传、暂存与 mipmap 生成
上一节把资源绑进了管线，但资源本身还没进 GPU。本节讲 writeTexture 与 copyBufferToTexture 两条上传路径，撞上 WebGPU 最著名的 bytesPerRow 必须对齐 256 字节的坑并抓出真实报错，再用一条 textureLoad 的 box filter 通道逐级生成 mipmap 并回读断言。
《游戏引擎实现原理》4.1 资源绑定与 bind group
着色器怎么知道去哪拿 uniform、贴图和采样器？本节讲 BindGroupLayout 与 BindGroup 如何和 WGSL 里的 @group/@binding 一一对应，先写一个从着色器注解反射出布局的纯 TS 模块，再在真实 WebGPU 上跑通「uniform + texture + sampler」三合一绑定并回读像素验证。
《游戏引擎实现原理》3.3 三缓冲与资源生命周期
GPU 可能还在读帧 N 的 uniform，而 CPU 已经在写帧 N+1——直接复用同一块 buffer 会画错。本节解释为什么需要 2~3 份 uniform buffer 与 bind group，并用纯 TypeScript 实现一个环形分配的三缓冲池，在复用仍在飞的槽位时立刻报错，把竞态变成可断言的异常。
《游戏引擎实现原理》3.2 队列提交、帧同步与 fence
queue.submit 只是把命令缓冲排进 GPU 的队列，真正「做完了」要靠 fence 通知 CPU。本节说清 GPU 与 CPU 的同步点在哪，用纯 TypeScript 实现一个记录在飞帧的 FrameRing，并写出「每帧 await」与「流水线」两种策略的确定性时间线，实测出两者的吞吐差异。
《游戏引擎实现原理》3.1 命令编码器与渲染通道
命令编码器把一帧的 GPU 工作录成命令缓冲：beginRenderPass 开通道、setPipeline 绑管线、draw 提交绘制、end 收尾。本节先用纯 TypeScript 把这套顺序约束做成可断言的录制器状态机，再在真实 WebGPU 设备上录一条渲染通道，清屏后画三角形并把像素回读出来验证。
《游戏引擎实现原理》2.3 管线状态对象与着色器模块
一条管线状态对象把顶点布局、图元拓扑、深度与混合状态、绑定布局全部钉死；着色器模块则是它的 vertex / fragment 两半。本节给出 helio 的 PSO 描述符，然后在真实 WebGPU 上真编译一份 WGSL，断言 getCompilationInfo() 零错误，再故意写错一处，验证诊断能定位到具体行列。
《游戏引擎实现原理》2.2 资源对象：缓冲、纹理、采样器
渲染层的一切最终都是三类 GPU 资源：缓冲、纹理、采样器。本节给出 helio 的资源描述符与使用标志（与 WebGPU 逐位一致），用纯逻辑校验行距对齐与 mip 链长度，再在真实 WebGPU 上创建一块 buffer、写入、读回，逐字节断言两条上传路径的结果一致。
《游戏引擎实现原理》2.1 为什么要 RHI：多后端与平台差异
从零实现渲染器的第一件事是划一条硬件抽象线。本节讲清 WebGPU、WebGL2 与 NullRHI 三个后端在特性、格式与上限上的真实差异，给出 helio 的 RHI 统一词汇（仅类型接口），并用一张能力查询表把「能不能做 X」变成一次查表，最后在 headless 浏览器里真探测一次设备的 limits。
《游戏引擎实现原理》1.3 与 graphics 专题的分工表
本卷和站内 graphics 专题到底谁写什么？本节用一张逐条对照的三列表，把 graphics 的 16 篇文章各自负责的算法与原理，和本卷只做的「在 helio RHI 上实现并跑出真实产物」一一对齐，并把这张表编码成一个可运行的路由函数，让「越界」变成一条可断言的失败用例，而不是一句口号。