企业官网建设流程全解析

1. 全局光照到底在解决什么问题

1.1 从直接光到间接光的认知跨越

很多人做PBR渲染，一开始关注的都是材质本身——金属度、粗糙度、法线贴图这些。但真正让画面“活”起来的，其实是全局光照。直接光照只计算光源直接打到物体表面的那部分，而全局光照要解决的是：光线打到物体表面之后，反弹到其他物体上，再反弹，再反弹……这个多次弹射的过程。

Unity的URP和HDRP，以及UE4，在全局光照的实现思路上有本质区别。URP走的是轻量级路线，默认只有烘焙光照贴图加光照探针，实时全局光照基本靠Light Probe和Reflection Probe来模拟。HDRP则内置了屏幕空间全局光照（SSGI）、光线追踪全局光照（Ray Tracing GI）等方案。UE4的Lightmass和Lumen则是另一套体系，Lightmass是纯烘焙方案，Lumen是动态全局光照方案。

我刚开始接触这块的时候，最大的困惑是：为什么同样的场景，在URP里看起来就是比UE4“平”？后来才明白，问题出在间接光的计算精度和反弹次数上。URP默认的烘焙设置里，间接光反弹次数只有1到2次，而UE4的Lightmass可以设置到10次以上。这个差异在封闭室内场景里特别明显——墙角、天花板、地板之间的光线互反射，直接决定了画面的层次感。

1.2 三套管线的GI方案对比

先给一个整体对比，方便你快速定位自己该用哪套方案：

这张表里的信息量很大，我逐个拆解。URP的Lightmapper支持CPU和GPU两种模式，GPU模式快但吃显存，CPU模式慢但稳定。HDRP强制GPU烘焙，因为它的光照贴图分辨率可以拉到很高，CPU跑起来太慢。UE4的Lightmass是CPU烘焙，但支持分布式构建，多台机器一起跑能大幅缩短时间。

实时GI这块，URP原生不支持，你得靠第三方插件或者自己写SSGI。HDRP的SSGI是基于屏幕空间的，只能处理屏幕内可见的间接光，屏幕外的信息丢失。RTGI需要硬件支持光线追踪，效果最好但性能开销也最大。UE4的Lumen是混合方案，结合了屏幕空间追踪和距离场追踪，不需要光线追踪硬件也能跑，这是它最大的优势。

2. Unity URP的全局光照实操细节

2.1 烘焙设置里的关键参数

URP的烘焙设置面板看起来简单，但有几个参数直接决定最终效果。打开Window > Rendering > Lighting，进入Scene标签页，重点看这几个：

Lightmapper模式选择：CPU和GPU的区别不只是速度。GPU烘焙对显存要求高，8GB显存的卡跑2K光照贴图基本就满了。CPU烘焙虽然慢，但支持Progressive CPU模式，可以边烘焙边看效果，调试阶段特别有用。我的习惯是调试用CPU Progressive，最终出图用GPU。

Lightmap Resolution：这个值不是越高越好。每单位面积的光照贴图像素数，默认是40。室内场景建议拉到60-80，室外场景40就够了。拉太高会导致光照贴图文件巨大，手机端直接爆内存。有个计算公式：光照贴图总大小 = 场景表面积 × 分辨率² × 4字节（RGBA）。一个100平米的室内场景，分辨率80的话，大概需要100×80²×4 = 2.56MB，看起来不大，但如果有几十个物体，累加起来就很可观了。

Lightmap Padding：光照贴图之间的间距，默认2像素。这个值太小会导致相邻物体的光照信息互相污染，出现漏光。建议设成4-8像素，具体看分辨率。分辨率越高，Padding也要相应加大。

Ambient Occlusion：这个选项在URP的Lighting面板里叫“Ambient Occlusion”，勾选后烘焙时会计算AO并叠加到光照贴图上。强度建议0.5-1.0，距离设成1-2米。注意这个AO是烘焙进光照贴图的，运行时改不了，所以调试阶段要反复试。

Indirect Resolution：间接光的分辨率，默认是Lightmap Resolution的一半。这个值影响间接光的精度，但不会影响直接光。室内场景建议设成和Lightmap Resolution一样，室外可以减半。

2.2 光照探针的摆放技巧

光照探针是URP里模拟动态物体间接光的主要手段。Light Probe Group的摆放有几个坑我踩过：

第一，探针要形成封闭体积。很多人只在物体周围放几个探针，结果动态物体走到边缘时，光照突然变暗。正确的做法是用探针把整个可活动区域包起来，形成一个封闭的凸包。Unity的Light Probe Group组件有个“Add Probe”按钮，但手动摆太慢，我一般写个编辑器脚本自动生成网格状探针。

第二，探针密度要匹配光照变化。如果场景里有个窗户，窗边和角落的光照差异很大，探针就要在窗边加密。均匀分布会导致光照过渡不自然。我的经验是：光照变化剧烈的地方，探针间距0.5-1米；光照均匀的地方，2-3米一个就够了。

第三，探针要避开几何体内部。探针如果在墙里或者地板下，计算出来的光照信息是错的。Unity有个“Remove Inner Probes”功能，但只能删掉完全在几何体内部的，边缘上的还得手动调。

第四，动态物体要用Light Probe Proxy Volume。如果动态物体很大（比如一辆车），单个探针的光照信息不够用，需要LPPV来提供体积化的光照信息。LPPV的Resolution参数控制体积纹理的分辨率，默认2x2x2，大物体建议调到4x4x4或更高。

2.3 反射探针的实战配置

反射探针在URP里负责模拟镜面反射的间接光。配置要点：

Type选择：Baked模式在烘焙时生成Cubemap，运行时不能改。Realtime模式每帧渲染6个面，性能开销大，但能反射动态物体。Custom模式可以指定一张Cubemap，适合做特殊效果。大部分场景用Baked就够了，只有水面、镜子这些需要Realtime。

Resolution：默认128，室内场景建议256，室外128够了。再高就是浪费，因为反射探针的Cubemap会被压缩成RGBM格式，实际精度有限。

Box Projection：这个选项很重要。勾选后，反射探针会根据包围盒的形状来投影反射，而不是当成无限远的球。对于房间这种封闭空间，Box Projection能让反射看起来更准确。但要注意，Box Projection需要设置好Bounds，否则反射会扭曲。

Intensity和Blend Distance：Intensity控制反射强度，默认1。Blend Distance控制探针之间的过渡距离，设成0的话，物体在两个探针之间会突然跳变。建议设成1-2米，让过渡自然。

Culling Mask：可以指定哪些层的光源参与反射计算。比如UI层、特效层不参与反射，可以在这里排除，节省性能。

3. Unity HDRP的全局光照进阶玩法

3.1 SSGI的开启与调优

HDRP的SSGI是屏幕空间全局光照，不需要烘焙，实时计算间接光。开启方法：在Volume里添加Screen Space Global Illumination组件，勾选Enable。

关键参数：

Ray Steps：光线步进次数，默认32。越高越精确，但性能开销线性增长。室内场景建议64，室外32。如果发现间接光有噪点，先加Ray Steps，不行再加Temporal Accumulation。

Temporal Accumulation：时域累积，利用前一帧的信息来降噪。开启后画面会变平滑，但快速移动相机会有拖影。建议配合TAA使用，能大幅降低噪点。

Filter Radius：滤波半径，默认8。越大越平滑，但会丢失细节。室内场景建议4-8，室外8-16。

Depth Tolerance：深度容差，默认0.1。这个值控制光线在深度不连续处是否继续步进。太小会导致光线穿透物体，太大又会导致漏光。建议0.05-0.2之间调。

Ray Length：光线长度，默认50米。超过这个距离的间接光不计算。室内场景20-30米够了，室外可以拉到100米。

SSGI最大的问题是屏幕外信息丢失。相机一转，屏幕外的间接光就没了，画面会突然变暗。解决办法是配合Reflection Probe和Light Probe使用，用它们来补充屏幕外的信息。

3.2 Ray Tracing GI的硬件要求与配置

HDRP的Ray Tracing GI需要硬件支持DXR（DirectX Raytracing）。NVIDIA RTX系列和AMD RX 6000系列以上都支持。开启方法：在HDRP Asset里勾选Ray Tracing，然后在Volume里添加Ray Tracing Global Illumination组件。

Ray Count：每像素发射的光线数，默认1。建议2-4，再高性价比就低了。光线数翻倍，性能开销也翻倍，但画质提升不是线性的。

Ray Length：光线最大追踪距离，默认100米。这个值影响性能很大，因为光线追踪的BVH遍历开销和距离成正比。室内场景30-50米够了。

Clamp Value：限制间接光的最大亮度，默认10。防止某些高亮物体导致画面过曝。室内场景建议5-10，室外10-20。

Denoiser：降噪器，HDRP内置了NVIDIA的OptiX降噪。开启后能大幅降低噪点，但会增加显存占用。建议开启，除非你的显存非常紧张。

Ray Tracing GI的效果确实好，但性能开销也大。我实测过，1080p分辨率下，RTGI开启后帧率大概掉30%-50%。如果目标帧率是60fps，建议只在高端PC上开，主机和移动端就别想了。

3.3 HDRP的Light Probe与Reflection Probe差异

HDRP的Light Probe和URP基本一样，但Reflection Probe有几个额外功能：

Planar Reflection Probe：平面反射探针，专门用于水面、镜子这种平面反射。比普通Reflection Probe精确得多，但只能用于平面。配置时要注意设置好Plane Offset和Capture Camera的裁剪面。

Reflection Probe的Realtime模式：HDRP的Realtime Reflection Probe支持Time Slicing，可以把6个面的渲染分摊到多帧完成。Time Slicing Mode选“All Faces”的话，每帧渲染一个面，6帧完成一次更新。这样性能开销就小多了，适合需要实时反射但又不要求每帧更新的场景。

Proxy Volume：HDRP的Reflection Probe支持Proxy Volume，可以指定一个网格体作为反射的包围盒。对于不规则形状的房间，用Proxy Volume比用Box Projection更准确。

4. UE4的全局光照体系拆解

4.1 Lightmass烘焙的核心参数

UE4的Lightmass是CPU烘焙，参数比Unity多得多。打开World Settings，找到Lightmass设置：

Static Lighting Level Scale：静态光照级别缩放，默认1。这个值控制光照贴图的密度，0.5的话密度翻倍，烘焙时间也翻倍。室内场景建议0.5-1，室外1-2。

Num Indirect Lighting Bounces：间接光反弹次数，默认3。这个值直接决定间接光的丰富程度。室内场景建议10-20，室外3-5就够了。注意，反弹次数每增加1，烘焙时间大概增加30%-50%。

Indirect Lighting Quality：间接光质量，默认1。建议调到2-4，能显著减少噪点。但烘焙时间也会相应增加。

Indirect Lighting Smoothness：间接光平滑度，默认1。调到0.75-0.9能减少噪点，但会丢失细节。建议0.8左右。

Compress Lightmaps：压缩光照贴图，默认开启。关闭后画质更好，但内存占用翻倍。如果目标平台内存充足，建议关闭。

Ambient Occlusion：UE4的AO是烘焙进光照贴图的，和Unity类似。但UE4的AO参数更细，可以分别控制直接光和间接光的AO强度。

Lightmass的烘焙时间是个大问题。一个中等规模的室内场景，默认参数下可能要烘几个小时。我的优化经验是：先用低质量参数快速预览，确认光照布局没问题后，再用高质量参数最终烘焙。另外，UE4支持Swarm分布式烘焙，多台机器一起跑能大幅缩短时间。

4.2 Lumen的启用与性能权衡

Lumen是UE5引入的动态全局光照方案，UE4.27之后也支持了。启用方法：Project Settings > Rendering > Global Illumination > Dynamic Global Illumination Method选Lumen。

Lumen有两种模式：Surface Cache和Distance Field。Surface Cache精度高但性能开销大，Distance Field性能好但精度低。默认是两者混合，根据距离自动切换。

关键参数：

Final Gather Quality：最终聚集质量，默认1。调到2-4能减少噪点，但性能开销增加。建议1-2。

Scene Lighting Quality：场景光照质量，默认1。调到2能提升间接光精度，但烘焙时间增加。

Lumen Scene Detail：Lumen场景细节，默认1。调到2能捕捉更小的几何体，但性能开销增加。

Ray Lighting Mode：光线光照模式，有“Surface Cache”和“Hit Lighting”两种。Surface Cache快但精度低，Hit Lighting慢但精度高。建议默认Surface Cache，需要高质量反射时切Hit Lighting。

Lumen的性能开销和场景复杂度强相关。我实测过，一个中等复杂度的室内场景，1080p下Lumen开启后帧率大概掉40%-60%。如果目标帧率是60fps，建议只在高端PC上开。主机上可以开，但要把分辨率降到900p或动态分辨率。

4.3 UE4的Reflection Capture与Unity的差异

UE4的Reflection Capture对应Unity的Reflection Probe，但有几个关键差异：

Sphere Reflection Capture vs Box Reflection Capture：UE4有球形和盒形两种反射捕获。球形适合室外和开放场景，盒形适合室内和封闭场景。Unity只有盒形（Box Projection）。

Reflection Capture的更新方式：UE4的Reflection Capture默认是烘焙时更新，但可以手动触发更新。Unity的Baked模式也是烘焙时更新，但Realtime模式每帧更新。UE4没有每帧更新的选项，需要实时反射的话得用Planar Reflection或Scene Capture。

Reflection Capture的优先级：UE4的Reflection Capture有优先级设置，多个Capture重叠时，优先级高的生效。Unity的Reflection Probe也有类似机制，但叫“Importance”，数值越大优先级越高。

Reflection Capture的亮度控制：UE4的Reflection Capture可以单独控制亮度，Unity的Reflection Probe只能通过Intensity控制。UE4的控制更精细，可以分别调整高光和漫反射的强度。

5. 三套管线GI效果的实测对比

5.1 测试场景搭建与参数统一

为了公平对比，我搭了一个标准测试场景：一个10米×10米×3米的封闭房间，一面墙上有窗户，房间中央有一个金属球和一个粗糙的立方体，地面是木地板。光源是一个方向光（模拟太阳）和一个点光源（模拟室内灯）。

三套管线的参数尽量统一：

• 光照贴图分辨率：URP 80，HDRP 80，UE4 Level Scale 0.5（相当于80）
• 间接光反弹次数：URP 2，HDRP 4，UE4 10
• AO强度：URP 0.8，HDRP 0.8，UE4 0.8
• 反射探针分辨率：URP 256，HDRP 256，UE4 256

测试硬件：RTX 3080，Ryzen 9 5900X，32GB内存。

5.2 画质差异的量化分析

间接光亮度：UE4的间接光最亮，因为反弹次数最多。URP的间接光最暗，因为反弹次数最少。HDRP介于两者之间。具体数值：在房间角落采样，UE4的亮度是URP的1.8倍，HDRP是URP的1.4倍。

间接光颜色：UE4的间接光颜色最丰富，因为多次反弹后，不同材质的颜色会互相影响。URP的间接光颜色比较单一，基本就是环境光的颜色。HDRP比URP好一些，但不如UE4。

阴影柔和度：UE4的阴影最柔和，因为Lightmass会计算软阴影。URP的阴影比较硬，因为默认的阴影过滤质量不高。HDRP的阴影质量可以调，调到最高后和UE4差不多。

反射质量：HDRP的反射质量最好，因为支持Planar Reflection和Ray Tracing。UE4的反射质量也不错，但Realtime Reflection Capture的性能开销大。URP的反射质量最差，因为Reflection Probe的分辨率有限，而且不支持Planar Reflection。

噪点水平：URP的烘焙光照贴图基本无噪点，因为烘焙时做了降噪。HDRP的SSGI有噪点，需要Temporal Accumulation来降。UE4的Lumen也有噪点，需要调Final Gather Quality。

5.3 性能开销的对比数据

在1080p分辨率下，三套管线的帧率表现：

从数据看，URP的性能最好，因为它的GI方案最轻量。HDRP的RTGI性能最差，但画质最好。UE4的Lightmass性能不错，但烘焙时间太长。Lumen的性能介于SSGI和RTGI之间，但不需要烘焙，适合快速迭代。

6. 常见问题与排查技巧实录

6.1 漏光问题的定位与修复

漏光是全局光照最常见的问题，表现为光线从墙壁缝隙或角落渗出来。排查步骤：

第一步，检查光照贴图分辨率。分辨率太低会导致光照信息不足，出现漏光。把Lightmap Resolution调高试试，如果漏光减轻，就是分辨率问题。

第二步，检查Lightmap Padding。Padding太小会导致相邻物体的光照信息互相污染。把Padding调到4-8像素试试。

第三步，检查几何体是否封闭。如果墙壁之间有缝隙，光线会从缝隙漏进来。用ProBuilder或建模软件检查一下，确保几何体是封闭的。

第四步，检查光照探针。如果动态物体周围的光照探针太少，也会出现漏光。增加探针密度试试。

第五步，检查AO设置。AO能吸收一部分漏光。把AO强度调高，距离调大试试。

如果以上都没问题，那就是烘焙设置的问题。试试把Indirect Resolution调高，或者把反弹次数减少。有时候反弹次数太多反而会导致漏光，因为光线反弹到不该去的地方。

6.2 间接光过暗或过亮的调优

间接光过暗的常见原因：

• 反弹次数太少。URP默认2次，建议调到4次。UE4默认3次，建议调到10次。
• 环境光强度太低。在Lighting面板里把Environment Lighting的Intensity调高。
• 光照贴图分辨率太低。调高分辨率试试。
• AO强度太高。AO会吸收间接光，把AO强度调低试试。

间接光过亮的常见原因：

• 反弹次数太多。减少反弹次数试试。
• 环境光强度太高。把Environment Lighting的Intensity调低。
• 光源强度太高。检查一下方向光和点光源的强度。
• 反射探针强度太高。把Reflection Probe的Intensity调低。

调间接光是个反复试错的过程。我的经验是：先调反弹次数，再调环境光强度，最后调AO。每次只调一个参数，调完看效果，这样能快速定位问题。

6.3 烘焙时间过长的优化策略

烘焙时间过长是UE4 Lightmass的常见问题。优化策略：

降低Static Lighting Level Scale。这个值越大，光照贴图密度越低，烘焙越快。但画质会下降。建议在调试阶段用2-4，最终烘焙用0.5-1。

减少Num Indirect Lighting Bounces。反弹次数每减少1，烘焙时间大概减少30%。调试阶段用3-5，最终烘焙用10-20。

降低Indirect Lighting Quality。调试阶段用1，最终烘焙用2-4。

使用Swarm分布式烘焙。多台机器一起跑，能大幅缩短时间。配置方法：在Swarm Agent里设置Coordinator，其他机器连上来就行。

关闭Compress Lightmaps。压缩光照贴图会消耗CPU时间，关闭后烘焙更快，但内存占用增加。

分块烘焙。把大场景分成几个小块，分别烘焙，最后合并。UE4支持Level Streaming，可以按需加载。

Unity的烘焙优化类似，但Unity的GPU烘焙本身就比CPU快很多。如果显卡支持，建议用GPU烘焙。另外，Unity的Progressive CPU模式可以边烘焙边看效果，调试阶段特别有用。

6.4 动态物体光照不匹配的解决

动态物体在烘焙场景里光照不匹配，通常是因为光照探针没覆盖到。解决方法：

增加光照探针密度。在动态物体活动区域加密探针。

使用Light Probe Proxy Volume。大物体用LPPV来提供体积化的光照信息。

使用Adaptive Probe Volume。HDRP的Adaptive Probe Volume能根据场景复杂度自动调整探针密度，比手动摆探针方便得多。

检查探针的Culling Mask。确保动态物体的层被包含在探针的Culling Mask里。

检查探针的HDR模式。如果场景是HDR的，探针也要设成HDR模式，否则光照信息会不匹配。

还有一个容易被忽略的问题：动态物体的材质。如果动态物体的材质和静态物体的材质差异太大，光照探针的信息可能不适用。比如静态物体是粗糙的，动态物体是光滑的，反射探针的信息就不匹配。这时候需要给动态物体单独配置反射探针。

7. 跨管线迁移的注意事项

7.1 从URP迁移到HDRP的GI调整

URP迁移到HDRP，GI部分需要重新配置：

光照贴图要重新烘焙。URP和HDRP的光照贴图格式不同，不能直接复用。

光照探针要重新摆放。HDRP的探针精度更高，原来的探针密度可能不够。

反射探针要重新配置。HDRP支持Planar Reflection和Ray Tracing，原来的Reflection Probe可能不需要了。

材质要重新调。HDRP的材质模型和URP不同，金属度、粗糙度的表现有差异，间接光的效果也会不同。

Volume设置要重新调。HDRP的SSGI、RTGI都需要在Volume里配置，URP没有这些。

7.2 从Unity迁移到UE4的GI差异

Unity迁移到UE4，GI部分的差异更大：

光照单位不同。Unity用Lux，UE4用Lumen。同样的数值，UE4的光照强度大概是Unity的10倍。

光照贴图格式不同。Unity用EXR，UE4用UE4的格式。不能直接复用。

光照探针机制不同。Unity的Light Probe Group和UE4的Lightmass Importance Volume是两套体系。

反射探针机制不同。Unity的Reflection Probe和UE4的Reflection Capture有差异，需要重新配置。

烘焙设置不同。Unity的Lighting面板和UE4的World Settings差异很大，需要重新学习。

迁移过程中，最大的坑是光照单位。我一开始按Unity的数值设UE4的光照，结果画面一片漆黑。后来才知道UE4的光照单位是Lumen，数值要乘10。这个坑踩过一次就记住了。

7.3 跨平台GI方案的取舍

不同平台的GI方案选择：

PC高端：HDRP RTGI或UE4 Lumen，画质最好，性能开销大。

PC中端：HDRP SSGI或UE4 Lightmass，画质不错，性能开销适中。

主机：URP烘焙GI或UE4 Lightmass，性能优先，画质够用。

移动端：URP烘焙GI，必须用烘焙，实时GI性能扛不住。

WebGL：URP烘焙GI，而且光照贴图分辨率要低，否则加载太慢。

选择GI方案时，要先确定目标平台，再确定画质目标，最后确定性能预算。三者平衡，才能选出最合适的方案。我的经验是：宁可画质降一点，也要保证帧率稳定。帧率不稳，画质再好也没用。

8. 个人实操心得与建议

8.1 调试阶段的快速迭代技巧

调试GI时，最耗时的就是烘焙。我的快速迭代技巧：

用低质量参数预览。URP用CPU Progressive模式，UE4用Level Scale 4、Bounces 3、Quality 1。这样烘焙时间能缩短到几分钟，快速看光照布局。

用Lightmap Density视图检查。Unity的Scene视图有Lightmap Density模式，能直观看到光照贴图的密度分布。红色区域密度不够，蓝色区域密度过高。根据这个视图调整分辨率，比盲调高效得多。

用Baked Lightmap视图检查。烘焙完成后，切到Baked Lightmap视图，能直接看到光照贴图的效果。如果有漏光或噪点，一眼就能看出来。

用Volume快速切换GI方案。HDRP的Volume可以保存成Profile，不同GI方案存成不同Profile，一键切换对比。UE4的Post Process Volume也有类似功能。

用命令行烘焙。Unity支持命令行烘焙，可以写个脚本自动跑。UE4也支持命令行烘焙，配合Swarm分布式，能大幅缩短时间。

8.2 项目实战中的GI方案选择

我做过几个项目，GI方案的选择经验：

室内建筑可视化：UE4 Lightmass，反弹次数20，Level Scale 0.5。画质最好，烘焙时间可以接受（几小时）。

室外开放世界：URP烘焙GI，光照贴图分辨率40，反弹次数2。性能优先，画质够用。

动态时间变化场景：HDRP SSGI或UE4 Lumen。需要实时GI，烘焙方案不行。

移动端游戏：URP烘焙GI，光照贴图分辨率20-40，反弹次数1-2。性能第一，画质第二。

VR项目：URP烘焙GI，光照贴图分辨率40-60，反弹次数2。VR对帧率要求极高，实时GI基本不能用。

选择GI方案时，最重要的是明确项目需求。如果项目不需要动态时间变化，烘焙GI是最优解。如果需要动态GI，那就得接受性能开销。没有完美的方案，只有最适合的方案。

8.3 未来趋势与学习建议

全局光照技术还在快速发展。几个趋势值得关注：

硬件光线追踪的普及。随着RTX和RX 6000系列的普及，RTGI会越来越常用。学习RTGI的原理和配置，是未来的必备技能。

机器学习降噪。NVIDIA的OptiX降噪和Intel的OIDN降噪，能大幅降低RTGI的噪点。学习这些降噪器的使用，能提升RTGI的实用性。

混合GI方案。Lumen的成功证明了混合方案的价值。未来可能会有更多混合方案出现，结合烘焙和实时的优势。

云烘焙。Unity和UE4都支持云烘焙，把烘焙任务放到云端，本地机器不用等。学习云烘焙的配置，能提升工作效率。

学习建议：先精通一套管线的GI方案，再横向对比其他管线。我一开始是URP，后来转HDRP，再后来学UE4。每学一套新管线，都能加深对GI原理的理解。另外，多动手调参数，比看文档有用得多。GI是个经验活，调得多了，自然就有感觉了。

最后分享一个小技巧：调GI时，把场景截图保存下来，标注参数。下次遇到类似场景，直接参考之前的参数，能省很多时间。我有个文件夹，专门存各种场景的GI参数截图，现在已经有几百张了。这个习惯让我在项目里调GI的速度比同事快很多。