Unity Emission自发光失效？5大原因与系统化排查指南-平芜编程栈

1. 项目概述：当你的世界不再发光

在Unity里鼓捣材质，想让一个物体自己亮起来，给场景加点氛围，或者做个能量核心、魔法光效，结果发现勾上了Emission（自发光）选项，颜色也调得挺炫，但模型在场景视图里就是一副“死气沉沉”的样子，在Game视图里更是黯淡无光。这感觉就像你买了个号称“RGB光污染”的键盘，结果插上电只有几个键能亮，还时亮时不亮，别提多憋屈了。Emission自发光是Unity Shader中实现物体自主发光效果的核心属性，它不依赖于场景中的实时光照，能让物体在暗处甚至全黑环境下依然可见，是制作UI高亮、科幻面板、魔法特效、霓虹灯招牌的利器。但正因为其实现机制相对独立于传统光照管线，一旦设置不当，它就“罢工”得毫无征兆。

这篇文章，就是为你准备的“排雷手册”。我不会只告诉你“勾选Emission”和“调颜色”这种基础操作，那是官方手册干的事。我要拆解的，是那些手册里没写、论坛里需要翻几十页才能找到只言片语的“坑”。我们将深入Unity渲染管线的不同版本（Built-in内置管线、URP通用渲染管线、HDRP高清渲染管线），从材质球设置、Shader选择、光照环境配置、后处理影响到项目设置，系统性地揪出导致Emission不生效的5个最常见、也最容易被忽略的原因，并提供直击要害的解决方法。无论你是刚接触Shader的新手，还是被项目管线升级搞得焦头烂额的老鸟，这份指南都能帮你快速定位问题，让你的模型重新“闪耀”。

2. 核心原理：Emission是如何被“点亮”的？

在动手排查之前，我们得先搞清楚Unity里的Emission到底是怎么工作的。这能帮你理解为什么在某些情况下它会失效，而不是盲目地试错。

在传统的基于物理的渲染（PBR）理念中，Emission被定义为一个材质的“自发光通量”。简单说，这个物体自己就是个光源，它发出的光不受场景中其他光源的影响（即不会被照亮，但可以照亮别人，不过这需要额外的GI或实时光照计算）。在Unity的Shader中，Emission值通常会被直接加到最终的输出颜色上，绕过了漫反射、高光等光照计算环节。

然而，Emission的“可见性”并不仅仅由材质自身的Emission颜色和强度决定。它需要经过一系列渲染管线的处理才能最终呈现在屏幕上：

Shader支持：材质所使用的Shader必须包含处理Emission属性的代码片段。Standard Shader和基于它的变体（如Standard (Specular setup)）天然支持。但如果你使用了自定义的Shader或一些简单的Unlit Shader，可能根本没有Emission这个属性。
全局光照（Global Illumination, GI）与实时全局光照（Realtime GI）：这是Built-in渲染管线中最核心的关联系统。Emission的亮度需要被“烘焙”到光照贴图（Lightmap）或通过光照探头（Light Probes）影响周围物体，其强度才可能在场景中正确体现。即使你不烘焙，在编辑器场景视图中，Emission的预览也依赖于GI系统的实时计算。
颜色空间与色调映射：Emission的颜色值是在线性颜色空间（Linear Color Space）中计算的。如果你项目的颜色空间设置为伽马空间（Gamma），Emission的亮度表现会不准确，在高亮度下容易“发白”或“过曝”。在后处理阶段，色调映射（Tonemapping）也会极大地影响高亮区域（包括Emission）的视觉表现，可能将其压缩或改变色相。
渲染管线适配：URP和HDRP管线对Emission的处理方式与Built-in管线有显著不同。它们有自己专属的Lit Shader和Emission模块，配置路径和参数也变了。用Built-in管线的思维去配置URP/HDRP的材质，是导致失效的常见原因。

注意：一个关键认知是，在Game视图而非Scene视图下，Emission的显示还受到摄像机渲染设置和后期处理效果的影响，这与单纯在材质 Inspector 窗口里看颜色拾取器是两回事。

理解了这些，我们就可以像老中医一样“望闻问切”，系统地排查问题了。

3. 原因一：材质与Shader的基础配置错误

这是最直观、也是新手最容易踩坑的地方。你以为设置好了，其实可能连“门”都没打开。

3.1 检查Emission属性是否真正启用

在材质球的Inspector窗口中，找到Emission属性区块。这里有一个至关重要的复选框，以及一个颜色/贴图选择器。

错误做法：只调整了Emission颜色拾取器，但没有勾选Emission属性名称旁边的复选框。
正确做法：必须确保勾选Emission复选框。勾选后，该区域会高亮显示，颜色拾取器才真正生效。你可以把复选框理解为Emission功能的“总开关”。

3.2 验证所使用的Shader是否支持Emission

不是所有Shader都支持Emission。如果你从Asset Store下载了一个模型，或者使用了团队美术提供的材质，它可能使用的是自定义Shader。

排查步骤：
1. 在材质球的Inspector顶部，查看“Shader”字段。
2. 如果显示的不是“Standard”、“Standard (Specular setup)”、“Universal Render Pipeline/Lit”（URP）或“HDRP/Lit”（HDRP）等官方PBR Shader，而是诸如“Unlit/Color”、“Unlit/Texture”、“Mobile/Diffuse”或一长串自定义路径的Shader，那么它极有可能不支持Emission属性。
3. Unlit（无光照）类Shader：顾名思义，这类Shader完全 bypass 了光照计算，通常用于UI、粒子特效或全屏后期效果。它们一般没有Emission的概念，颜色输出就是基础贴图或颜色。你需要为需要自发光的物体更换为支持Emission的Shader。
实操修复：
1. 点击Shader下拉菜单，根据你的项目渲染管线选择合适的Shader。
  - Built-in管线：选择Standard。
  - URP管线：选择Universal Render Pipeline/Lit。
  - HDRP管线：选择HDRP/Lit。
2. 更换Shader后，原有的基础贴图（Albedo）通常会自动匹配，但你可能需要重新配置法线、金属度、光滑度等贴图，并重新勾选和设置Emission属性。

3.3 检查Emission的HDR属性与强度

在支持Emission的Shader中，颜色拾取器通常是一个HDR（高动态范围）颜色选择器。它的亮度可以超过传统的[0, 1]范围。

问题现象：你设置了一个看似很亮的颜色（比如纯白色RGB(1,1,1)），但在场景中依然很暗。
原因分析：在HDR颜色选择器中，RGB值1仅仅相当于“中性灰”。真正的亮度由颜色强度（Intensity）控制。在颜色拾取器弹窗中，你会看到一个“Intensity”滑块或一个可以直接输入数字的字段。
解决方法：提高Intensity值。对于需要明显自发光的效果，尝试将Intensity设置为1以上，比如3、5、10，甚至更高。你可以一边调节一边观察场景视图中物体的变化。同时，也可以直接使用颜色拾取器下方的预设HDR颜色（如Neon Red, Neon Blue等），它们自带较高的强度。

实操心得：对于发光的屏幕、灯带，Intensity在2-5之间比较合适；对于模拟强光源（如灯泡、太阳），可能需要10以上。但要注意，过高的强度在后处理色调映射后可能会变成一片纯白，失去细节。

4. 原因二：全局光照与烘焙设置冲突

这是导致Emission在运行时（Game视图）不显示或显示异常的最常见原因，尤其在Built-in渲染管线中。

4.1 理解Emission与光照烘焙的关系

在Built-in管线中，Emission的“影响力”主要通过两种方式体现：

静态物体 + 烘焙光照：如果物体是Static（静态的），其Emission会被烘焙到光照贴图中，影响周围的静态物体。此时，Emission的效果是“写死”在光照贴图里的，运行时无需额外计算，效果稳定但无法动态变化。
动态物体 / 实时GI：对于非静态物体，或者希望Emission能动态变化，就需要依赖Realtime Global Illumination（实时全局光照）或光照探头（Light Probes）来让Emission的光影响周围环境。如果这些设置关闭，一个动态物体的Emission可能只会自己亮，但无法“照亮”其他物体，在某些视角或光照环境下，自身亮度也会表现异常。

4.2 关键设置检查点

物体的Static标识：
- 选中你的自发光物体，在Inspector右上角查看是否勾选了“Static”。如果它是动态物体（比如可移动的武器、角色身上的发光部件），不要勾选Static。勾选Static意味着它参与光照烘焙，如果此时你又没有正确烘焙光照，或者希望它动态发光，就会出问题。
- 正确做法：对于动态发光体，取消其Static勾选。
光照窗口设置：
- 菜单栏Window > Rendering > Lighting(旧版可能叫Lighting Settings)。
- 在Lighting Settings面板中，检查Realtime Global Illumination是否启用。如果不启用，动态物体的Emission将没有实时GI计算支持。
- 检查Mixed Lighting模式。如果你的场景使用了混合光照（既有烘焙光又有实时光），Baked Global Illumination的设置也会影响Static物体的Emission烘焙结果。
光照烘焙状态：
- 如果你的静态物体需要显示Emission，确保已经正确生成光照贴图（点击Lighting面板底部的Generate Lighting按钮）。烘焙完成后，在Scene视图右上角将渲染模式切换到Baked Global Illumination，查看Emission是否被烘焙进去。
- 常见坑点：在烘焙后，移动了自带Emission的静态物体，但没有重新烘焙光照，导致Emission效果还留在旧的位置，物体在新位置上不发光。解决方法就是重新烘焙。
光照探头（Light Probes）：
- 对于动态发光体，确保场景中存在布置合理的Light Probe Group。光照探头是动态物体拾取环境光照（包括烘焙的Emission）的采样点。没有光照探头，动态物体就无法“感受”到周围Emission带来的间接光，其自身的Emission在融入环境时也会显得突兀。
- 在Lighting Settings->Light Probe下可以生成默认的光照探头组，或手动创建并摆放Light Probe Group。

4.3 URP/HDRP管线下的差异

在URP和HDRP中，GI系统得到了简化和重构，但核心逻辑相似：

URP：在URP中，实时光照和烘焙光照的配置在Universal Render Pipeline Asset和场景的Lighting设置中。Emission的实时影响依赖于URP的Screen Space Global Illumination等后处理效果。你需要确保在URP Asset中启用了相关的后期处理功能，并在摄像机或后处理体积中启用了SSGI。
HDRP：HDRP拥有更复杂的GI系统（如Path Tracing, Ray Traced GI）。Emission的显示强烈依赖于曝光（Exposure）和体积（Volume）框架中的光照与后处理设置。一个常见的错误是，在极低的曝光值下，任何Emission都看不见。检查HDRP Volume中的Exposure组件设置。

5. 原因三：后处理与摄像机设置的影响

Emission的最终输出效果，在到达屏幕之前，还要经过摄像机这一关。后处理效果和摄像机设置能彻底改变Emission的观感，甚至让它“消失”。

5.1 色调映射的“压缩”效应

色调映射是将HDR场景的高动态范围颜色压缩到屏幕可显示的LDR范围的关键后处理步骤。但它是一把双刃剑。

问题现象：Emission在Scene视图里看起来很亮，但在Game视图里发白、过曝、失去颜色饱和度，或者整体变暗。
罪魁祸首：可能是过于激进的色调映射曲线。常用的Tonemapping ACES滤镜为了追求电影感，会对高光进行强烈的压缩和色偏。
排查与解决：
1. 找到你场景中使用的后处理配置文件（Post-processing Profile）。
2. 临时禁用Tonemapping效果，观察Game视图中的Emission是否恢复正常。如果恢复了，说明问题出在色调映射上。
3. 调整而非禁用：通常我们不建议完全禁用色调映射，因为它对于整体画面协调性很重要。可以尝试：
  - 切换到更温和的Tonemapping Neutral模式。
  - 调整Tonemapping ACES中的参数，如降低Contrast或调整Toe/Shoulder的强度（如果该实现提供了这些参数）。
  - 在URP/HDRP中，检查Color Grading中的Post-exposure值，过低的负值会让整个画面变暗，包括Emission。

5.2 曝光调整不当

曝光控制着场景的整体明暗。Emission作为高亮部分，对曝光值极其敏感。

在URP/HDRP中：
- 检查Volume中的Exposure组件。Mode设置为Automatic时，相机会根据画面平均亮度自动调整曝光，这可能导致Emission区域忽明忽暗。对于需要稳定表现Emission的场景，可以考虑使用Fixed模式，并手动设置一个合适的Fixed Exposure值。
- 确保Exposure的Limits范围合理，最小值不能太低，否则在暗场景下Emission也可能被压得太暗。
在Built-in管线中使用后处理V2：
- 检查Auto Exposure组件。同样，可以尝试关闭自动曝光，或调整其Min/Max EV范围，让自动调整不那么剧烈。

5.3 摄像机渲染路径与HDR设置

HDR（高动态范围）必须开启：Emission的HDR特性只有在摄像机的HDR开启时才能被正确渲染。否则，所有超过1的亮度值都会被硬性裁剪为1，导致高亮细节丢失，Emission效果平淡。
- 检查方法：选中主摄像机，在Inspector中查看Allow HDR选项（Built-in管线）或Render Post Processing选项（通常与HDR关联，在URP/HDRP中HDR是项目级或管线Asset级设置）。
- 在URP中，HDR在Universal Render Pipeline Asset->Rendering中设置。在HDRP中，HDR是默认且强制的。
渲染路径：在Built-in管线中，如果使用了Deferred Shading（延迟渲染路径），Emission的处理是原生的。但如果使用Forward（前向渲染），并且Emission物体没有处在重要的光照计算层级，可能会在某些情况下被简化处理。确保你的Shader和渲染路径兼容。通常使用Standard Shader无需担心此问题。

6. 原因四：项目渲染管线与Shader版本不匹配

这是一个在项目升级、资源导入或团队协作时的高发问题。你的材质球看起来一切正常，但就是不起作用，很可能因为它“认错了主人”。

6.1 识别管线类型

首先，明确你的项目正在使用哪种渲染管线：

Built-in：Unity传统内置管线。
URP：项目中有UniversalRP-HighQuality等类似资源，Package Manager中安装了Universal RP。
HDRP：项目中有HDRPDefaultResources，Package Manager中安装了High Definition RP。

6.2 材质球“粉红”或效果异常

最明显的标志是材质球在Project视图中显示为粉红色。这表示Unity无法找到该材质所引用的Shader，通常是因为材质是用另一个渲染管线的Shader创建的。

解决方法（以URP为例）：
1. 对于单个材质：在Project中选中粉红材质，在Inspector里你会看到一个Render Pipeline Converter的提示框。点击Convert to URP按钮（如果是HDRP材质，则显示Convert to HDRP）。Unity会尝试将其属性映射到新的URP Lit Shader上。
2. 对于批量转换：菜单栏Edit > Render Pipeline > Universal Render Pipeline，选择Convert Built-in to URP。这是一个项目范围的转换工具，操作前务必备份项目，因为它会尝试修改场景和预制体中的所有材质。
不是粉红色但无效：更隐蔽的情况是，材质没有变粉红（可能因为Shader名字类似，但内部代码不同），但Emission无效。这常发生在从Asset Store下载的资源包上。你需要手动将材质的Shader切换到当前管线正确的版本。

6.3 检查Shader编译错误

有时，Shader本身存在编译错误，会导致整个材质失效，Emission自然也不工作。

排查方法：在Unity编辑器右下角的Console窗口中，查看是否有红色的Shader编译错误信息。错误信息通常会指向具体的Shader和行号。
常见原因：自定义Shader中变量名写错、Pass结构不符合当前管线要求、包含了不支持的HLSL语法等。
解决：根据错误信息修正Shader代码。如果是第三方资源，尝试联系作者获取支持当前管线的版本。

7. 原因五：平台相关与底层图形API问题

这个问题相对少见，但一旦出现就很难排查。它通常与最终打包运行的平台有关。

7.1 着色器精度问题

在移动平台（Android/iOS）上，Shader中浮点数的精度（floatvshalfvsfixed）会影响计算结果的准确性。在较旧的移动GPU上，低精度（如fixed）可能无法很好地支持HDR范围的高亮度值计算，导致Emission颜色出现带状色阶或亮度计算错误。

影响：Emission颜色看起来“脏脏的”，有颗粒感或色块，而不是平滑的发光。
排查：在自定义Shader中，检查计算Emission颜色相关的变量是否使用了足够的精度。对于颜色和HDR强度，建议至少使用half精度。
测试：在Unity编辑器中，通过Edit > Project Settings > Graphics下的Tier Settings，可以模拟移动平台的图形等级，观察Emission效果是否有变化。

7.2 图形API限制

某些旧的图形API（如OpenGL ES 2.0）对Shader功能和纹理格式的支持非常有限。

问题：如果项目设置中最低支持的图形API级别过低，而Shader中使用了该API不支持的指令或纹理格式（如用于Emission的HDR Cubemap），那么在低端设备上Shader可能会回退到一个简化版本，或者Emission功能被直接禁用。
检查：File > Build Settings，选择目标平台（如Android），点击Player Settings，在Other Settings部分查看Minimum API Level和Graphics APIs列表。确保你的目标设备支持的API级别高于你设置的最低值。
策略：对于需要复杂Emission效果的项目，通常需要放弃对OpenGL ES 2.0的支持，将最低API级别设为支持OpenGL ES 3.0或Vulkan的版本。

7.3 多光源与渲染开销

虽然不直接导致“不生效”，但当一个场景中有大量高强度的Emission物体时，尤其是在移动平台上，可能会触发图形驱动或Unity内部的优化机制，导致某些Emission物体的绘制顺序或混合出现异常，视觉上看起来像是“变暗”或“闪烁”。这属于性能优化层面的问题，需要通过控制Emission物体数量、使用烘焙替代实时、合并网格等方式来解决。

8. 系统化排查流程与实操修复

当你面对一个不亮的Emission物体时，不要盲目尝试。遵循一个系统化的排查流程，可以帮你快速定位问题。

8.1 第一步：基础检查（30秒）

选中材质球，确认Emission复选框已勾选。
确认Emission颜色强度（Intensity）大于1（例如设为3）。
确认材质使用的Shader是当前渲染管线支持的PBR Shader（如Standard, URP/Lit, HDRP/Lit）。

8.2 第二步：视图与环境检查（1分钟）

在Scene视图中，将右上角的光照模式从Shaded切换到Shaded Wireframe或Albedo。有时在复杂光照下，Emission效果被其他光影掩盖，切换模式可以更清晰地看到材质自身的发光属性。
临时创建一个全新的默认材质球（使用正确Shader），赋予一个高强度的Emission颜色，拖到场景中的一个新Cube上。如果这个Cube能亮，说明问题出在你的原始材质或物体特定设置上。如果这个Cube也不亮，说明问题出在场景或项目级设置上。

8.3 第三步：管线与光照设置检查（2分钟）

明确你的项目渲染管线（Built-in, URP, HDRP）。
检查摄像机的HDR是否开启。
打开Lighting Settings窗口。
- 如果是Built-in管线，检查Realtime GI是否启用。检查你的物体是否为Static，并根据需要烘焙光照或放置Light Probes。
- 如果是URP/HDRP，检查Volume中的Exposure和Tonemapping设置。

8.4 第四步：后处理与平台检查（2分钟）

临时禁用所有后处理效果（移除摄像机上的Post-process Layer/Volume组件，或禁用Profile），看Emission是否出现。
如果针对移动平台，在Player Settings中检查图形API和最低支持级别。
在Console中检查是否有Shader编译错误。

8.5 修复案例实录：一个URP项目中的动态发光体

现象：一个非静态的机器人眼睛模型，在Scene视图中有微弱发光，Game视图完全不亮。

排查过程：

基础检查通过（材质是URP/Lit，Emission已勾选，强度为5）。
新建测试Cube发光正常，排除项目级设置问题。
检查机器人模型，确认未标记为Static。
检查Lighting Settings，发现场景中根本没有创建Light Probe Group。
检查URP Asset，发现Screen Space Ambient Occlusion和Screen Space Global Illumination默认是关闭的。

修复操作：

在场景中创建一个Light Probe Group（GameObject > Light > Light Probe Group），并大致覆盖机器人活动区域。
在URP Asset配置文件中，启用Screen Space Global Illumination（SSGI）以获得更好的实时间接光效果（注意性能开销）。
为了让效果更明显，将机器人眼睛材质的Emission Intensity从5提高到8。

结果：机器人眼睛在Game视图中发出清晰、稳定的光芒，并且其光线对周围地板产生了轻微的照亮效果。

9. 进阶技巧与性能优化

解决了“不亮”的问题后，我们来看看如何让Emission效果更好、更高效。

9.1 使用Emission贴图而非纯色

对于复杂的自发光图案（如发光的符文、破损的霓虹灯管），使用纯色Emission会显得很假。你应该使用一张Emission贴图。

优点：
- 细节丰富：可以定义不同区域发出不同颜色和强度的光。
- 性能友好：Emission贴图通常可以和主纹理共用一套UV，无需额外采样开销（在Shader中合理组织的话）。
- 动态控制：可以通过脚本修改贴图的偏移或颜色，实现闪烁、流动等动态效果。
制作：在Photoshop等软件中，将需要发光的区域涂成白色或彩色，其他区域为黑色。黑色代表不发光。在Unity材质中，将这张图拖入Emission的贴图槽，然后调整整体颜色和强度进行控制。

9.2 结合后期发光效果

单纯的Emission在暗部看起来不错，但在明亮环境下可能不够“耀眼”。可以结合后处理中的Bloom（泛光）效果。

Bloom：它会提取画面中高亮（超过某个阈值）的区域，对其进行模糊扩散，模拟真实相机或人眼看到强光时的光晕效果。
配置技巧：
- Threshold：泛光阈值。设置一个值，只有亮度超过此值的像素（包括Emission）才会产生泛光。根据你的Emission强度来调整。
- Intensity：泛光强度。控制光晕的明亮程度。
- Dirt Texture：可以使用一张脏污纹理来模拟镜头污渍的光晕效果，增加真实感。
注意：过度使用Bloom会导致画面“糊”成一团，失去细节。应适度使用，作为Emission的增强，而非替代。

9.3 性能优化要点

烘焙优先：对于静态的、不会改变的自发光物体（如墙壁上的霓虹灯招牌），务必将其设为Static，并烘焙到光照贴图中。这是性能最优的方案，运行时零开销。
控制实时Emission数量：动态发光体（如可拾取的能量球、技能特效）会带来实时GI计算开销（如果启用）。严格控制其数量，并考虑在低端设备上降低其Emission强度或关闭实时GI影响。
简化Emission贴图：Emission贴图的分辨率不必太高，尤其是对于小物体。可以考虑使用压缩格式，并确保其Mipmaps生成正确。
在URP/HDRP中利用Shader变体：URP/Lit和HDRP/Lit Shader有很多功能开关（如_EMISSION关键字）。确保你的材质只启用必要的功能。例如，如果一个材质不需要Emission，就不要勾选Emission复选框，这样Shader就不会编译包含Emission计算的变体，节省运行时内存和加载时间。
使用LOD：对于远处的自发光物体，可以使用细节层次（LOD）系统，在远处使用更简单的、甚至不带Emission的材质球，以节省渲染开销。

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

这里汇总了一些在社区和实际项目中反复出现的“怪现象”及其解决方案。

问题现象	可能原因	排查步骤与解决方法
Scene视图亮，Game视图不亮	1. Game视图摄像机未启用HDR。 2. Game视图应用了后处理效果（如Tonemapping, Exposure）。 3. 动态物体缺少Light Probes。	1. 检查主摄像机`Allow HDR`。 2. 临时禁用后处理体积。 3. 创建并放置Light Probe Group。
Emission在编辑器里正常，打包后不亮	1. 打包时Shader Stripping（剔除）过度，移除了Emission相关代码。 2. 移动平台图形API不支持。 3. 材质球或贴图未正确包含在构建中。	1.`Edit > Project Settings > Graphics`，在`Shader Stripping`部分尝试降低剔除级别或取消相关选项（如`Skip Unused Shader Features`）。 2. 检查Player Settings中的Graphics APIs。 3. 确保材质和贴图在`Resources`文件夹或被场景/预制体引用。
Emission物体边缘有黑色缝隙或光晕不连续	1. 模型UV接缝处处理不当。 2. Emission贴图边缘有黑色像素（滤波导致）。 3. Bloom效果阈值设置不当。	1. 检查模型UV，确保发光区域UV连续。 2. 在Emission贴图导入设置中，将`Wrap Mode`设为`Clamp`，并确保贴图边缘是纯黑色或透明。 3. 调整Bloom的Threshold，避免将非发光区域也纳入泛光。
移动设备上Emission闪烁或颜色异常	1. 着色器精度不足（在低端GPU上使用`float`计算）。 2. 图形API驱动兼容性问题。 3. 多相机渲染顺序问题。	1. 在Shader中将颜色计算相关变量改为`half`精度。 2. 尝试在Player Settings中更换Graphics APIs的顺序（如将Vulkan提到OpenGL ES3之前）。 3. 检查是否有多个摄像机渲染同一物体，调整其`Depth`或`Clear Flags`。
从Asset Store导入的模型Emission无效	1. 材质Shader不匹配当前渲染管线。 2. 材质引用了项目中没有的贴图或Shader。 3. 模型预设中的材质实例化问题。	1. 批量转换材质到当前管线（Edit > Render Pipeline > Convert...）。 2. 检查材质球，重新指定丢失的贴图或更换为可用Shader。 3. 在Project中找到模型导入的材质文件进行修改，而非修改场景中的实例。

一个棘手的案例：我曾遇到一个情况，一个使用Standard Shader的材质，Emission在Windows编辑器下完全正常，但打包到Android后，该物体完全变成黑色。经过逐项排查，最终发现是项目中一个自定义的全局后处理Shader在移动平台上有编译错误，导致整个渲染状态异常，所有依赖HDR的颜色输出（包括Emission）都失效了。解决方法是在打包前，在Graphics Settings的Always Included Shaders列表中移除了那个有问题的自定义Shader，并修复了其移动端兼容性代码。这个坑告诉我，一个看似无关的Shader错误，可能会以非常隐蔽的方式影响全局渲染。

Unity Emission自发光失效？5大原因与系统化排查指南