闭包（Closure）是一个函数与其捕获的外部变量的组合体。一句话定义：
闭包 = 函数 + 其引用的外部变量（自由变量）的绑定。
无论什么语言，闭包本质上做了同一件事：让一个函数"记住"它诞生时所在的作用域里的变量，即使那个作用域已经执行完毕。
def outer():
x = 10 # x 对外部函数是局部变量，对 inner 是自由变量（未在 inner 内定义）
y = 20 # y 同理
def inner():
print(x) # 引用外部变量 x → x 被 inner "捕获"
# y 未被引用 → 不会被闭包捕获先定位瓶颈，再动手优化。 优化没有被卡住的环节，等于白费力气，甚至可能因增加复杂度而变慢。
性能优化不是"把所有东西都做快"，而是找到当前限制帧率的那一环，针对性地解决它。所以任何优化都应从测量（Profiling） 开始，而非凭直觉。
帧率不达标时，先用 Profiler 判断瓶颈类型：
| 瓶颈 | 典型现象 | 常用工具 |
|---|---|---|
| CPU 瓶颈 | GPU 在等 CPU 喂数据；主线程满 | Unity Profiler、Tracy、火焰图 |
| GPU 瓶颈（计算/填充） | GPU 满载、CPU 空闲 | RenderDoc、Nsight、PIX、GPU 时间轴 |
| 带宽瓶颈 | 算力没满但卡在读写 | 厂商工具的带宽计数器 |
| 内存/GC | 卡顿、爆显存、频繁 GC | Memory Profiler |
| 加载 | 关卡切换/流式时卡顿 | Profiler 时间线、IO 分析 |
角色的动画不是单个剪辑从头播到尾，而是通过状态机组织、通过混合实现平滑过渡。更前沿的 Motion Matching 则干脆弱化手工状态机，用数据驱动的方式匹配动作。
游戏里动画不是单个剪辑播放，而是动态混合：
| 机制 | 作用 |
|---|---|
| 动画状态机（State Machine） | 用状态 + 转换（Transition）组织动画（Idle→Walk→Run），按条件切换 |
| 混合树（Blend Tree） | 按参数（速度/方向）插值混合多个剪辑（如行走↔奔跑平滑过渡） |
| 分层（Layers） | 上半身/下半身分层叠加（如跑动时挥手） |
| IK（反向动力学） | 由末端目标反解骨骼（脚踩地、手抓物），修正贴合环境 |
| 过渡混合（Crossfade） | 切换时在两剪辑间淡入淡出，避免跳变 |
角色动画几乎都用骨骼蒙皮（Skeletal / Skinned Animation）：
一套骨骼（层级变换） 驱动网格顶点变形。动画数据只记录骨骼随时间的变换，顶点通过蒙皮权重跟随骨骼运动 —— 用很少的数据驱动大量顶点。
核心问题
为什么现代游戏画面看起来越来越"真实"？为什么不同光照环境下，同一把枪看起来都像是用同一种金属做的？答案就是 PBR——基于物理的渲染。
传统经验光照模型（如 Phong/Blinn-Phong）靠美术调参凑效果，换个光照环境就穿帮。PBR 的目标是：
用物理规律（能量守恒、菲涅尔效应、微表面理论）描述光与材质的交互，让材质在任何光照下都表现一致、可信，参数也符合物理直觉（金属度、粗糙度）。
提示
性能瓶颈往往不在 CPU 计算速度，而在内存访问模式 —— 缓存未命中（cache miss）导致 CPU 空等主存。数据导向设计（DOD）的核心是按访问模式连续排列数据（SoA 风格），最大化缓存命中率。
典型 OOP：每个对象是一个含多字段的类实例，散布在堆上，用指针数组引用。
List<Enemy> enemies; // 每个 Enemy 在堆上某处
Enemy { Transform, Health, AI, Inventory, Mesh, ... } // 一个对象很"胖"移动 GPU 与桌面 GPU 是两种架构哲学。本文深入基于瓦片的渲染（TBR/TBDR），解释它为何是移动端性能的地基。
移动 SoC 的 GPU 与 CPU 共享同一块系统内存，内存带宽远小于桌面独显，且访问外部内存极其耗电（发热、降频的主因）。所以移动 GPU 的设计目标是：尽量少访问外部内存。TBR/TBDR 正是为此而生。
新视角合成（Novel View Synthesis） 的目标：给定一个场景的若干张已知视角照片，合成出任意新视角下的图像。
传统做法（多视图立体 + 网格重建 + 纹理）在复杂几何、半透明、毛发、反射上很吃力。神经渲染换了思路：
不重建显式网格，而是学习一个可微的场景表示，让它在已知视角下渲染出的图像匹配照片；训练好后就能渲染新视角。
AssetBundle（简称 AB）是 Unity 提供的一种资源打包与加载机制，用于将资源（模型、贴图、材质、预制体、音频、Shader、场景等）从主包中分离出来，打包成独立的、可在运行时按需加载的文件。
提示
GC 的 Stop-The-World 机制会在游戏中产生帧时间尖峰（hitching），即便平均帧率良好。关键优化思路不是"加速回收"，而是尽量不产生垃圾 —— 通过消除每帧的堆分配，让 GC 无事可做。
理解 GC 前，先分清 Unity 的两个内存世界 —— GC 只管其中一个。