分层绘制是按变化频率、硬件能力、数据访问模式和线程职责四维度策略性拆解渲染任务。静态层免重绘，UI层走2D路径，动态层用实例化；通过translateZ或will-change触发GPU合成平面；SoA布局提升缓存命中；三线程分离逻辑、剔除与渲染。
分层绘制不是简单地把节点分组，而是有策略地将渲染任务按变化频率、更新方式和硬件特性拆解，从而减少重复计算、降低GPU压力、提升帧率稳定性。
按变化频率分层：避免全量重绘
场景中不同元素更新节奏差异很大。背景几乎不动，UI频繁刷新，特效每帧都在变。如果混在一起绘制，哪怕只改一个按钮文字，整个画布都要重排重绘。
实际做法是：
- 把静态内容（如地图底图、环境贴图）归入静态层，初始化后仅需一次上传GPU，后续跳过顶点处理与像素着色
- 把UI控件放入UI层，启用独立的2D渲染路径（如Canvas 2D Context或UI专用Shader），不参与3D深度测试，节省Early-Z开销
- 把粒子、光效等高频变化对象放入动态层，使用实例化（Instancing）批量提交，避免逐个绑定状态
按硬件能力分层：触发GPU加速平面
浏览器和引擎底层支持“合成平面”（Compositing Layer），把某些图层交由GPU直接合成，绕过CPU光栅化。关键在于主动告诉渲染器：“这个区域我会经常动”。
常用触发方式包括：
- transform: translateZ(0) 或 transform: translate3d(0,0,0) —— 强制创建独立图层，适用于需平滑动画的元素
- will-change: transform —— 提前声明变化意图，让浏览器预分配资源；但不宜滥用，否则会引发过多图层导致内存与合成开销上升
- 在Cocos Creator等引擎中，可对图层节点设置useGPU = true，或在材质上启用renderMode = "transparent"以启用独立混合通道
按数据访问模式分层：提升缓存命中率
CPU缓存对连续内存访问极其敏感。传统面向对象结构（AoS）把每个对象的全部属性打包存储，渲染时只需部分字段（比如只读取所有对象的position），就会造成大量缓存行浪费。
分层在这里体现为数据组织方式的重构：
- 把变换数据（x/y/z/rotation）按字段拆成独立数组，即结构体数组（SoA）—— 所有实体的x坐标连续存放，方便SIMD并行计算
- 把材质参数、光照信息、骨骼权重等按用途划分数据块，各自对齐到64字节边界，适配L1/L2缓存行大小
- 配合内存池预分配，确保同一图层内所有渲染对象的数据在物理内存中尽量相邻，减少TLB miss
按线程职责分层：解耦逻辑与渲染
单线程跑完逻辑再跑渲染，容易卡顿。分层也体现在执行流上：把“准备什么要画”和“怎么画出来”彻底分开。
典型三线程分工：
- 主线程：更新游戏逻辑、处理输入，生成带时间戳的状态快照
- 工作线程：做视锥剔除、LOD选择、动画采样，输出精简后的可见对象列表
- 渲染线程：只读取双缓冲命令队列，批量绑定纹理、设置uniform、发出Draw Call，全程无锁
这种分层让GPU几乎不会等待CPU，也避免了Draw Call频繁切换状态带来的驱动开销。
