静态烘焙灯光是把间接光照和阴影提前离线烘焙进 Lightmap 的做法。
运行时它不参与任何计算 ， 零 GPU 开销、零 CPU 开销、零光照波动。在性能、质量、确定性三个维度上仍然有不可替代优势的一档。
Lumen、Nanite 这套实时 GI 管线虽然强大，但每帧都要做屏幕空间追踪、场景探针、辐射度缓存更新 —— 这是实打实的 GPU 成本。
一旦目标平台是移动端等性能要求高的场景下，实时 GI 需要大量运算，可能会形成掉帧和低帧数的情况。
把环境光、天光、漫反射反弹、大面积软阴影全部烘焙掉，运行时只保留少量动态直射光，是这些平台上唯一能同时拿到 GI 质量和帧率的办法。
但是传统 CPU Lightmass烘焙 的劣势也十分明显，复杂场景一次烘焙动辄几十分钟到几小时，美术改一盏灯就要重新等一轮，完全没有交互式预览，只能 "盲调 — 构建 — 看结果"漏光、黑斑、溢色失真、顶点色混合错误、软阴影边缘生硬这些问题不是参数没调好，而是算法本身的误差，调参只能缓解；
同时它完全不碰 GPU 和 RT Core，出了问题也没有光子可视化视图，只能靠经验堵洞、加 volume、拉采样，调试全是玄学。
所以现在有了gpulightmass烘焙，我们可以打开ue5的光追与虚拟纹理烘焙和gpulightmass插件启用。
GPU Lightmass 的优势，本质上是一次算法升级带来的全面代差：它用 DX12 + DXR 硬件光线追踪做路径追踪，取代了 CPU Lightmass 那套 radiosity 近似解，单机速度就能追过去 Swarm 分布式农场，复杂场景烘焙从几十分钟到几小时压缩到分钟甚至秒级；
路径追踪算出来的间接光更干净，漏光、黑斑、溢色失真、顶点色混合错误这些 CPU 烘焙的老毛病基本消失，画质直接逼近离线路径追踪成品；同时它把计算搬到显存，大场景内存压力反而比 CPU 小得多，过去 CPU Lightmass 直接 OOM 崩溃的工程，一张消费级光追 N 卡就能跑完。
更重要的是工作流彻底解放 —— 支持交互式预览和增量烘焙，美术改完灯、挪完物件立刻能看到间接光变化，不再 "盲调 — 构建 — 等 — 再改"；它也不用搭 Swarm Agent、不用配分布式网络，一台带 RTX 的工作机就能完成过去要整个 build farm 才能搞定的事，小团队门槛大幅降低。
在 UE5 已经有 Lumen 的今天，GPULM 依然不可替代：它把光照烧进 Lightmap，没有实时 GI 那种闪烁和探针漂移，是移动端、建筑室内、步行模拟这些 "不需要动态 GI" 场景的最优解。
