企业官网建设流程全解析

刚进项目组那阵子，接手了一个场景美术交接过来的工程，打开第一眼差点以为显卡驱动坏了——整个场景灰蒙蒙一片，远处没有天、没有云，模型孤零零地飘在灰色的虚空里。当时我的第一反应是窗口渲染设置出了问题，折腾了半天才发现，场景里原本绑定的天空盒材质被删了，Lighting 面板里的环境光也跟着失效，整个场景的色调全塌了。Unity 天空盒 SkyBox 这个看似最基础的模块，其实是工程里最容易被忽略、也最容易在打包后翻车的部分之一。这篇内容主要梳理 Unity 里天空盒从原理到落地的完整链路：它到底在渲染什么、三种天空盒材质怎么选、挂载过程中 Lighting 面板和摄像机之间有多少隐藏联动、打包后变黑变粉的根因在哪、运行时切换怎么写才不闪。适合刚接触场景搭建的新手，也适合已经用了很久但一直没深究过天空盒与光照关系的老手。下面全部基于我实际项目里踩过的坑和反复验证过的操作，参数与结论以工程实测为准。

1. 天空盒在渲染管线里到底占什么位置

很多人对天空盒的理解停留在“一张贴图贴在天上”，这个认知会让你在后面调光照、调雾效的时候彻底迷失方向。天空盒本质上是摄像机远裁剪面位置的一个巨大包围体，它的渲染发生在场景不透明物体之后、透明物体之前（默认队列下），核心作用是填充所有没被几何体覆盖的像素。理解这一点，后面所有的配置问题都好推。

1.1 从摄像机清屏动作说起

摄像机的 Clear Flags 决定了每一帧开始渲染前，颜色缓冲和深度缓冲里被塞进什么。当 Clear Flags 设为 Skybox 时，Unity 会在清屏阶段把天空盒材质渲染到这个缓冲里，注意这里是整屏铺满，而不是真的去渲染一个球。天空盒材质的 Shader 内部关闭了深度写入（ZWrite Off）和背面剔除的相关处理，它只负责输出颜色，不参与深度竞争，所以几何体后画过来就能自然地把它盖住。如果你把 Clear Flags 设成 Solid Color，天空盒材质照样挂在 RenderSettings 上，但屏幕上什么都看不见，因为清屏动作根本没调用它。这个细节在排查“天空盒为什么不见了”时是最先要确认的一环，我见过不止一个人把材质翻来覆去重做了三遍，最后发现是摄像机的 Clear Flags 被切成了纯色。

另一个容易被忽略的是 Camera 的 Far 裁剪面。天空盒的渲染逻辑会把包围盒缩放到摄像机的远裁剪面大小，所以 Far 设置得极小（比如 10）时，天空盒依然会铺满屏幕，但远处的几何体会被裁掉，造成一种“天很近、模型被切”的诡异观感。我一般建议主摄像机 Far 至少给到 500 到 1000，室外场景给到 2000 甚至更高，具体看场景尺度。

1.2 场景视图里的天空盒和游戏视图不是一回事

Scene 视图和 Game 视图各自有独立的摄像机配置，Scene 视图里的天空盒开关在视图右上角的 Gizmos 菜单里可以找到，默认是开启的。这导致一个很典型的误判场景：你在 Scene 视图里看到漂亮的天空，切到 Game 视图却是一片灰黑，于是开始怀疑材质有问题。实际原因往往是 Game 视图对应的那台摄像机的 Clear Flags 被改过，或者场景里根本没挂上主相机。反过来也有，Game 视图正常，Scene 视图看不到，那是 Gizmos 里被关掉了。排查的第一步永远是分清“是渲染没走天空盒”还是“是视图显示被关掉了”，这两个方向的修法完全不同。

1.3 天空盒不只是背景，它是整套环境光照的源头

这是最关键的一层认知。Lighting 面板的 Environment 页签里，Ambient Source 默认就是 Skybox，意味着场景里所有物体的环境光颜色来自于对天空盒做球谐投影后的结果；Reflection Source 默认也是 Skybox，意味着场景里没有反射探针覆盖的区域，金属和光滑表面的反射内容就是天空盒。也就是说，换掉天空盒材质，整个场景的环境光色温、金属的反射内容、雾的默认色调（如果你勾了雾色跟随环境光）都会跟着变。我在做室内外过渡场景时就吃过这个亏：把天空盒从白天换成黄昏，室内所有没打光的角落瞬间从冷灰变成了暖橙，原本调好的暗部全废了，只能重新调环境光强度。

2. 三种天空盒材质的选型边界

Unity 内置了三种天空盒 Shader，分别是 Skybox/6 Sided、Skybox/Procedural 和 Skybox/Cubemap。新手常犯的错误是拿到什么用什么，结果做到一半发现需要动态改太阳位置，用的是 6 Sided，只能推倒重来。选型应该在美术开始出图之前就定下来。

2.1 6 Sided：六张图拼一个天，最可控也最麻烦

6 Sided 需要你准备前后左右上下六张纹理，分别对应材质面板上的 Front、Back、Left、Right、Up、Down 六个槽位。它的优势是完全可控——想画什么画什么，云层、光晕、星空都可以预先在 DCC 软件里画好烘焙进去，室内场景做贴图天花板也常用它。缺点是接缝处理非常反人类，六张图的边缘必须做到像素级对齐，否则在摄像机转动时接缝处会出现明显的错位线。

实操上有几个必须做的设置：六张纹理的 Wrap Mode 要设成 Clamp 而不是 Repeat，否则边缘会采样到对面的像素产生奇怪的色边；纹理的 Import 设置里建议关闭 sRGB 之外的额外压缩选项，尤其是做 HDR 时要把 Texture Shape 保持为 2D、Alpha Is Transparency 按需勾选。我在一次天空盒接缝排查中发现，问题根本不在图，而是其中一张图的 Import Settings 里 Mip Maps 生成方式和其他的不一致，导致远处采样时边缘像素对不上。

注意：6 Sided 的六张纹理不需要是正方形无损大图，但六张的尺寸必须完全一致，否则 Unity 会在材质面板上给出警告，并且渲染时可能出现拉伸。

2.2 Procedural：拖一根太阳进来就能出效果

Skybox/Procedural 是 Unity 默认新建场景时用的天空盒，参数就那几个：Sun 槽位、Size、Exposure、Atmosphere Thickness、Sky Tint、Ground Color。它的最大价值在于太阳位置会实时跟随你拖进去的 Directional Light，做昼夜循环时几乎是白送的。Sun 槽位必须拖入场景里那盏方向光，如果不拖，天空盒上会按面板里的 Sun 旋转参数走，但和场景实际的主光方向对不上，出现“天上一颗太阳、地上阴影往另一个方向打”的诡异画面。

Atmosphere Thickness 这个参数值得单独说，它的取值范围大约是 0.5 到 5，默认 1 接近地球大气的感觉。调高会让天空变得更“厚”，地平线附近的暖色带变宽，斜射角度下的橙色更浓；调到 3 以上基本就是火星或者沙尘暴的观感。Exposure 控制整体亮度，和摄像机上的后期曝光是两回事，它只作用于天空盒本身。Sky Tint 给整体配色偏移，Ground Color 决定地平线以下那部分颜色（从地面上看就是你脚下那片“大地”的颜色，它同时会被环境光采样到）。我在调室内场景时就利用 Ground Color 把一个偏暖的浅灰塞进去，让室内朝下的环境光带一点点暖调，成本比加一堆补光低得多。

2.3 Cubemap：HDR 环境贴图与 IBL 的正解

Skybox/Cubemap 读取的是一张 Cube 类型的纹理资源，纹理面板里 Texture Shape 必须选 Cube，这是硬要求，选 2D 是喂不进去的。它的适用场景是 PBR 工作流下的 IBL（基于图像的光照）——从环境素材站拿一张 HDR 的立方体贴图，往材质上一挂，整个场景的环境光和反射瞬间就有了真实感。天空盒本身只是副产品，真正值钱的是它作为反射源的质量。

Cubemap 的 Import Settings 有几个要点：Convolution Type 建议选 Specular，这样 Unity 会预计算一张用于粗糙度采样的卷积贴图，金属材质的反射会随粗糙度变化而模糊，观感真实很多；如果是移动端要省内存，可以选 None，但光滑表面的反射会变得很假。Mip Maps 要开着，否则远距离采样会闪烁。

三种材质的对比我整理成一张表，选型时直接对号入座就行：

3. 把天空盒挂进场景的四步完整链路

搞清楚选型之后，接下来是落地。这一步看起来就是把材质拖进去，但实际涉及材质资源、Lighting 面板、摄像机三个位置的联动，任何一个没对上都会出现“材质明明挂上了却看不到效果”的情况。

3.1 材质资源的创建与正确命名

在 Project 窗口右键 Create → Material，然后在 Inspector 顶部把 Shader 切到 Skybox 分类下对应的类型。这里有个习惯我建议养成：天空盒材质统一放在一个专门的目录里，命名带上使用场景和后缀，比如Sky_Outdoor_Day、Sky_Indoor_Studio。原因是天空盒材质经常被 Lighting 面板、多个场景、甚至运行时脚本引用，一旦散落在各个文件夹里，后续找起来非常痛苦。我接手过一个项目，同一个场景里被引用了三份内容相同但文件名不同的天空盒材质，改了一处另外两处不生效，排查了四十分钟。

材质创建完成后，把它拖到 Lighting 面板 Environment 页签最上方的 Skybox Material 槽位里，这才是官方推荐的做法。老版本 Unity 里还有一种做法是给场景加一个 Skybox 组件（挂在某个 GameObject 上），新版已经不推荐，因为在多场景叠加和烘焙时会出一些边界问题，而且组件形式的天空盒和 RenderSettings 的优先级关系容易让人困惑。

3.2 Lighting 面板里必须同步调整的三行

材质挂上去之后，Lighting 面板里还有几个参数需要跟着改，它们决定了天空盒能不能真正参与到场景光照里：

• Environment Lighting → Source：默认是 Skybox，如果你希望环境光来自天空盒就保持这个值。改成 Gradient 或 Color 会走另外两套参数，天空盒只作为背景存在，不再贡献环境光。
• Environment Reflections → Source：默认也是 Skybox，含义是反射探针未覆盖区域用天空盒做反射源。如果你需要更精细的反射，可以把这里切成 Custom 并挂一个专门的 Cubemap。
• Environment Lighting → Intensity Multiplier：这个值直接影响环境光的整体强度，默认是 1。换成黄昏天空盒之后如果觉得场景整体变暗，先调这里，别急着加灯。

我个人的习惯是每次换天空盒都打开 Lighting 面板确认这三行，把它们当作一次性的检查清单。曾经有一次做完昼夜切换功能，白天正常、夜晚场景黑得看不见东西，查了半天发现是夜晚天空盒本身的亮度就低，再加上环境光强度没跟着调，双重作用下暗部彻底丢失细节。

3.3 摄像机 Clear Flags 与多相机叠加的处理

主摄像机上的 Clear Flags 必须是 Skybox，这一点前面说过。但在有多台摄像机叠加的场景里（比如 UI 相机、武器特写相机、小地图相机），情况会复杂一些。后渲染的摄像机如果 Clear Flags 也是 Skybox，它会在自己的渲染范围内把前一台摄像机画好的天空盒整个刷掉，然后在自己的视口里再画一遍，造成性能浪费；如果后渲染的摄像机关掉了天空盒，那么它的视口区域就是透明或者纯色的，和背景对不上。

正确的做法是：只有渲染整个屏幕的主摄像机用 Skybox 清屏，其他叠加相机（Depth 值更大、Clear Flags 设为 Depth Only 或 Don't Clear）不参与天空盒渲染。Depth Only 的含义是只清深度不清颜色，这样叠加相机画出来的物体会盖在主画面上，背景保持主摄像机的天空盒，视觉上是连贯的。我在做一个分屏射击的原型时就被这个坑绊过，两台相机都是 Skybox 清屏，结果每次渲染顺序切换时画面中心会闪一下，改成一台 Skybox、一台 Depth Only 之后立刻正常。

4. 天空盒不显示时的排查链路

这一节是实操里最值钱的部分。天空盒出问题的表现形式就那么几种，但根因分散在资源、面板、打包设置三层，我给一套按现象出发的排查顺序，可以少走很多弯路。

4.1 按现象分类：纯黑、纯色、粉色、只在编辑器里正常

先按你看到的现象对号入座：

这张表我基本是贴在显示器边上用的，九成问题三十秒内能定位到方向。

4.2 打包后天空盒变黑或变粉的真实原因

这是最高频的线上事故。编辑器里一切正常，出包之后天空盒消失，切场景必现。根因是 Unity 的 Shader 变体裁剪机制：如果天空盒材质只被 Lighting 面板的 RenderSettings 引用，而没有被场景里的任何 GameObject 或 Resources 目录引用，构建系统在分析依赖时可能判定这个 Shader 没有被使用，直接把它从包里剔掉。运行时天空盒材质加载了，但 Shader 找不到，渲染出来就是粉色（内置管线下）或者干脆不渲染。

解决方案有两个，选一个即可：一是打开 Project Settings → Graphics，在 Always Included Shaders 列表里把用到的天空盒 Shader（比如 Skybox/Procedural）手动加进去；二是在 Resources 目录下放一个引用了该天空盒材质的预制体或者 ScriptableObject，让构建系统能扫描到依赖。第一种做法更直接，代价是会把 Shader 的所有变体都打进包，包体略大；第二种更精简，但要求你对资源目录规划有信心。我自己的项目一律用第一种，因为出包的稳定性远比几十 KB 的包体重要。

注意：如果你的项目用的是自定义渲染管线，天空盒的 Shader 需要是管线兼容的版本，直接拖内置的 Skybox/Procedural 上去会是粉色。这种情况要换成管线自带的天空盒 Shader，排查时先确认材质面板上的 Shader 下拉框里有没有 “not supported” 之类的提示。

4.3 切换场景后天空盒丢失的机制解释

RenderSettings 是场景级配置，它保存在场景文件里，而不是某个全局配置里。这意味着你在 A 场景调好的天空盒，切到 B 场景是完全不生效的，B 场景有自己独立的一套天空盒、环境光、反射源设置。很多人第一次遇到这个问题时以为是天空盒材质丢了，实际上材质好好的在 Project 里躺着，只是新场景的 Lighting 面板槽位是空的。

处理办法有两个层次：日常做法是每个场景单独配好天空盒，切场景时让它自然加载；如果做过场动画或者昼夜循环，需要在代码里手动切换，写法在下一节展开。另外提一句，如果用的是 Additive 方式叠加加载场景，多个场景的 RenderSettings 会以最后加载的那个为准，容易出现“加载完 B 场景之后，原本的 A 场景背景也跟着变了”的情况，这是因为环境设置是全局生效的。做大型项目时我一般会把背景相关的设置完全交给一个专门的常驻场景管理，其他场景不再碰 Lighting 面板。

5. 让天空盒真正驱动环境光与反射

天空盒挂上了，画面看着没问题，但金属物件反光很假、场景暗部颜色发脏，这类问题通常出在天空盒到光照的传递链路上。这一节讲怎么把这条链路打通。

5.1 环境光采样天空盒的代价与调节手段

Ambient Source 设为 Skybox 时，Unity 会把天空盒做球谐（SH）投影，用几个低频系数来近似整个天空的颜色分布，作为场景的环境光。球谐是低频的，意味着它只能表达“天空整体偏蓝、地面整体偏灰”这种大趋势，无法表现天空盒里一块具体的亮云对某个角落的影响。这就是为什么有时候你觉得天空盒很亮，但场景里的暗部还是死黑——低频近似把亮度平均掉了。

调节手段有三个：Intensity Multiplier 提整体强度，Ambient Mode 里的 Indirect Multiplier 提间接光的贡献，或者干脆把 Ambient Source 改成 Gradient，用三段颜色手动控制天空、赤道、地面的环境光。最后这个手段在风格化项目里非常好用，因为它把环境光的控制权完全从天空盒手里拿了回来，天空盒只负责当背景，两者解耦，调起来不会有牵一发而动全身的负担。

还有一个细节：环境光的球谐数据是在烘焙时生成的，如果你在编辑器里直接换了天空盒材质但没重新生成光照，环境光会保持旧值。运行时换天空盒同理，必须主动刷新，否则场景色调不会立刻跟着变。

5.2 反射探针与天空盒的搭配方式

Lighting 面板里的 Environment Reflections → Resolution 默认是 128，这个值决定了没有反射探针时，天空盒被采样成反射源的分辨率。128 对于粗糙度高的材质足够了，但对于镜面一样光滑的金属，反射会糊成一片色块。调高到 256 或 512 能明显改善，代价是内存占用成倍增长，得看目标平台。

更精细的做法是在关键位置布反射探针。反射探针烘焙时会以自身位置为中心渲染一个立方体贴图，如果探针的 Clear Flags 设置为 Skybox，那么烘焙结果里就会包含天空盒——这意味着室内的金属物件可以反射出“从室内往外看的天空”，而不是简单粗暴地反射整个天空。我一般在有大面积玻璃或者金属的室内场景里至少放两个探针，一个在房间中央，一个靠近窗户，切换使用。

探针还有个设置叫 Importance，用于多个探针重叠时的优先级。做法上，把靠近关键物体的探针 Importance 调高，避免被远处的探针抢走。

5.3 雾效颜色与天空盒的衔接

场景一旦开了距离雾，天空盒和雾的衔接就成了画面质量的分水岭。最典型的翻车是地平线位置出现一条生硬的分界线，上方是天空盒的蓝，下方是被雾糊成灰白的远景，看着像两张图硬拼在一起。

解决办法是让雾的颜色接近天空盒地平线附近的颜色。如果你用的是 Procedural 天空盒，可以直接取 Ground Color 和 Sky Tint 的混合值；用 Cubemap 的话，取贴图里地平线区域的平均色。Unity 的雾参数在 Lighting 面板 Other Settings 里，勾选 Fog，颜色手动填。有些项目的做法是让脚本来读天空盒的颜色动态设置雾色，做昼夜循环时这几乎是必须的，否则白天的蓝天配晚上的雾会非常违和。我自己写过一个简单的小脚本，在切换天空盒之后取材质的 Ground Color（Procedural 材质可以直接读）赋给 RenderSettings.fogColor，代码量很小，效果立竿见影。

6. 运行时切换天空盒与性能收口

最后聊两个偏工程侧的话题：怎么在代码里安全地切换天空盒，以及天空盒在性能上要注意什么。这两块在教程里出现得少，但真到项目里全是必须处理的。

6.1 代码切换的正确写法和必须刷新的接口

切换天空盒的核心就一行，把材质赋给 RenderSettings.skybox。但如果只写这一行，你会发现场景环境光没变，金属的反射也没变，画面看起来像是天空换了但光照没换，非常割裂。原因是球谐数据和反射探针都需要刷新。

using UnityEngine; using UnityEngine.Rendering; public class SkyboxSwitcher : MonoBehaviour { public Material daySky; public Material nightSky; public void SwitchTo(Material target) { if (target == null) return; RenderSettings.skybox = target; RenderSettings.ambientMode = AmbientMode.Skybox; // 刷新环境光的球谐数据，否则环境光保持旧值 DynamicGI.UpdateEnvironment(); } }

DynamicGI.UpdateEnvironment()这个调用是关键，它会重新计算天空盒的球谐并更新环境光。这个操作有一定开销，不要在 Update 里每帧调，只在真正换天的时候调一次。反射探针的刷新则要复杂一些，如果是运行时生成的环境，需要手动调用探针的RenderProbe()，或者用ReflectionProbe.BlendCubemap做平滑过渡。对于昼夜渐变这种需求，硬切会非常突兀，通常的做法是用两张 Cubemap 做插值，或者用一个着色器把天空盒的 Exposure 和颜色随时间做平滑变化。

另一个常见需求是切场景时保持天空盒不变。做法是在新场景加载完成后，把旧场景保存下来的材质重新赋给 RenderSettings.skybox，再调一次刷新。我一般会用一个常驻的 Manager 单例持有当前天空盒材质引用，在SceneManager.sceneLoaded事件里重新应用。

6.2 分辨率、压缩与移动端的取舍

天空盒的显存占用常常被低估。一张 4K 的 Cubemap，用 BC6H 压缩之后大约 32 MB，如果没压缩直接存，轻松上百 MB。移动端对这块尤其敏感，我一般控制在 512 或 1024 的尺寸，压缩格式用 ASTC 6x6 或者 ETC2，画质损失在手机上基本看不出来。

6 Sided 六张图的尺寸同样要注意，每张 2048 的六张图在内存里就是六份独立纹理，比同精度的 Cubemap 占用还大。如果不是必须手工绘制细节，优先考虑用 Cubemap 或者 Procedural。

此外，天空盒的渲染是每帧一次的全屏绘制，虽然开销很小，但在低端设备上叠加多层半透明效果之后就会凸显。优化手段不多，主要是确保 Clear Flags 只在主摄像机上用 Skybox，其他相机用 Depth Only，避免重复绘制。至于着色器复杂度，Procedural 天空盒的计算量比 6 Sided 大一些，因为它每帧要做大气散射的近似运算，但在现代设备上基本可以忽略。

最后再分享一个我在实际项目里养成的习惯：每个场景的 Lighting 面板配置（天空盒材质、环境光强度、雾色、反射分辨率）都截图存档一份，放在项目文档里。原因很简单，这些参数分散在面板的不同位置，没有版本管理友好的文本表示，一旦有人误改或者换了天空盒没同步调整，排查全靠记忆。有了截图，五分钟就能对比出差异在哪。这个做法听起来笨，但在多人协作的项目里救过我很多次。