1. 项目缘起与整体设计思路
1.1 为什么要在Unity3D里折腾动态天空盒
做过Unity3D场景的人都有一个共识：天空盒是场景氛围的“底色”。一个静态的六面天空盒，在大多数项目里够用，但一旦涉及昼夜交替、天气变化、太空漫游或者开放世界，静态天空盒立刻就显得捉襟见肘。传统做法是手动制作多套天空盒贴图然后做切换，或者用Cubemap做插值过渡，但前者资源量爆炸，后者在过渡时容易出现明显的接缝和色带。
我最初接触这个需求，是做一个带有时间流逝机制的户外场景。美术同学给了一套白天和一套夜晚的全景图，要求实现平滑过渡。当时第一反应是用两张Cubemap做Lerp，实测下来在天空与地面交界处会出现明显的暗带，而且高光区域过渡生硬。后来尝试用AIGC工具批量生成不同时段的天空全景图，再配合自定义Shader做动态混合，效果才真正达到可交付的水准。
这套方案的核心思路可以拆成三段：用AIGC生成全景天空素材、在Unity3D中构建动态天空盒系统、通过Shader实现多图层混合与实时参数控制。它解决的问题本质上是“如何在有限的美术资源投入下，让天空盒具备时间维度和天气维度的动态表现力”。适合有一定Unity3D基础、了解Shader基本语法、并且希望用AIGC工具提升素材产出效率的开发者。哪怕你之前没写过Shader，跟着思路走也能理解每一步在做什么。
1.2 技术选型的背后逻辑
为什么选AIGC来生成全景图，而不是继续走传统美术绘制或照片拼接的路子？这里有几个很实际的考量。
第一是成本与速度。一张4K级别的全景天空图，美术手绘或者从素材库购买再修图，周期通常在半天到一天。而用AIGC工具，写好提示词后批量出图，一个下午能产出几十张不同风格、不同时段的候选图。对于独立开发者和小团队来说，这个效率差距是决定性的。
第二是风格一致性。同一个提示词模板下微调参数，生成的天空图在色调、云层形态、光照方向上能保持高度统一。这比从不同素材库东拼西凑要可靠得多。我实测下来，用固定的风格描述词加上时段变量，生成的日出、正午、黄昏、夜晚四组图，放在一起过渡时几乎没有违和感。
第三是分辨率与格式可控。AIGC工具现在普遍支持输出2:1等距柱状投影的全景图，这正是Unity3D天空盒所需要的格式。输出后只需要做简单的接缝处理，就能直接导入引擎使用。
至于Shader部分，为什么不用Unity自带的Skybox/Procedural或者Skybox/Cubemap？因为自带Shader不支持多图层动态混合，也不支持基于时间参数的实时过渡。自定义Shader虽然要写代码，但换来的是完全的控制权：可以控制混合权重、混合模式、曝光补偿、色调映射，甚至可以在Shader里加入云层流动、星空闪烁等效果。
1.3 整体架构与数据流
整个系统的数据流是这样的：AIGC工具生成全景图序列，经过后处理（接缝修复、色彩校正、格式转换）后导入Unity3D工程，作为Texture资源存在。然后在场景中创建一个材质，使用自定义的天空盒Shader，把这个材质赋给RenderSettings.skybox。Shader内部维护一个纹理数组或者多个纹理采样器，通过一个全局参数（比如_TimeOfDay）来控制当前显示哪张图、以及相邻两张图之间的混合权重。
脚本层负责驱动这个参数。可以是一个简单的Time.deltaTime累加，也可以接入真实时间系统，甚至可以根据场景中的光照探针数据反向驱动。材质层负责把参数传递给Shader。Shader层负责最终的像素计算和输出。
这个架构的好处是解耦。素材生成、逻辑驱动、渲染表现三者互不干扰。换一套天空图不需要改代码，调整过渡曲线不需要重新生成素材，修改驱动逻辑也不影响Shader的稳定性。
注意：AIGC生成的全景图在左右边缘处经常存在接缝问题，导入Unity3D前务必在图像处理软件中做一次“偏移+修复”操作，否则天空盒旋转时会出现一条明显的竖线。
2. AIGC全景天空素材的生成与处理
2.1 提示词工程：让AIGC产出可用的全景图
用AIGC生成全景图，和生成普通图片最大的区别在于构图约束。普通图片只需要考虑画面内的元素，而全景图需要考虑360度环绕的连续性。如果提示词里不加以约束，AIGC很容易生成一张“看起来像全景但接缝处对不上”的图。
我的做法是在提示词里强制加入几个关键描述。首先是投影方式，明确写“equirectangular projection”或者“360 degree panoramic view”。其次是视角高度，写“horizon line at center”或者“ground visible at bottom”。然后是光照方向，写“sun light from upper left”之类的方位描述，这样生成的图在后续做昼夜过渡时，光照方向才能保持一致。
一个实际用过的提示词模板是这样的：
360 degree equirectangular panoramic sky, [时段描述], [天气描述], [云层描述], sun light from [方位], horizon line at center, seamless left-right edge, high resolution, photorealistic style把方括号里的内容替换成具体变量，比如“golden hour sunset”、“scattered cumulus clouds”、“sun light from upper right”。实测下来，这个模板在主流AIGC工具上都能稳定输出可用的全景图。
还有一个细节：分辨率尽量往高了出。天空盒在场景中占据的屏幕面积很大，如果纹理分辨率不够，拉伸后会出现明显的模糊和像素感。建议至少输出4096x2048，有条件的话上8192x4096。虽然后期可以压缩，但前期素材质量决定了最终效果的上限。
2.2 接缝修复与色彩统一
AIGC出的全景图，十张里有八张在左右边缘处对不齐。这不是工具的问题，而是扩散模型在生成时没有全局连续性约束。修复方法不复杂，但需要耐心。
我通常用图像处理软件打开图片，先执行“偏移”操作，把图片水平移动一半宽度，这样原本的接缝就跑到了画面正中间。然后用仿制图章或者内容识别填充，把中间那条接缝修掉。修完再偏移回来，接缝就消失了。这个过程听起来绕，但实际操作也就两三分钟。
色彩统一是另一个容易被忽视的环节。不同时段生成的图，即使提示词里写了相同的风格描述，AIGC每次输出的色温、对比度、饱和度都会有细微差异。如果直接拿来做过渡，混合时会出现明显的色偏。我的做法是在图像处理软件里建一个动作，对每张图统一执行：自动色阶、轻微降噪、统一输出为sRGB色彩空间。这样处理完的图，放在一起看色调基本一致。
提示：如果不想手动修接缝，可以在AIGC工具里开启“tiling”或者“seamless”选项，部分工具支持直接输出可平铺的全景图。但实测下来，开启这个选项后画面细节会有所损失，需要根据项目要求权衡。
2.3 导入Unity3D的格式与设置
处理好的全景图导入Unity3D时，有几个设置项必须改。在Inspector面板中，把Texture Shape从默认的2D改成Cube。Unity会自动把等距柱状投影的图转换成Cubemap。然后把Wrap Mode设为Clamp，避免边缘采样时出现重复纹理。Filter Mode根据项目需求选Bilinear或者Trilinear，如果追求性能可以选Bilinear。
还有一个关键设置是Mip Maps。天空盒在远处时如果不开Mip Maps，会出现严重的闪烁和噪点。建议开启，并把Mip Map Filtering设为Kaiser，这样在缩小采样时质量更好。Aniso Level拉到4到8之间，可以改善地平线附近的纹理清晰度。
如果项目需要支持多平台，还要注意纹理压缩格式。在Android平台上，ASTC 6x6是比较均衡的选择；iOS平台可以用ASTC 4x4或者PVRTC。PC平台直接用DXT5或者BC7。压缩后的纹理在天空盒这种大面积渐变区域可能会出现色带，可以在Shader里加一点抖动来缓解。
3. 动态天空盒Shader的核心实现
3.1 Shader整体结构与参数设计
自定义天空盒Shader的骨架和Unity内置的Skybox/ Cubemap类似，但多了几个关键参数。先看Properties块：
Properties { _SkyTex0 ("Sky Texture 0", Cube) = "white" {} _SkyTex1 ("Sky Texture 1", Cube) = "white" {} _SkyTex2 ("Sky Texture 2", Cube) = "white" {} _SkyTex3 ("Sky Texture 3", Cube) = "white" {} _Blend ("Blend Weight", Range(0,1)) = 0 _Exposure ("Exposure", Range(0.5,2)) = 1 _Tint ("Tint Color", Color) = (1,1,1,1) _Rotation ("Rotation", Range(0,360)) = 0 }这里我用了四个纹理槽位，对应四个时段：清晨、正午、黄昏、夜晚。_Blend参数控制当前混合权重，_Exposure控制曝光，_Tint做整体色调微调，_Rotation控制天空盒绕Y轴旋转。
为什么是四个而不是更多？因为实际项目中，四个时段已经能覆盖绝大多数需求。如果要做更细的过渡，比如每半小时一个状态，那应该用纹理数组而不是多个独立纹理。但纹理数组在部分移动端设备上支持不好，所以这里用四个独立纹理做兼容性优先的方案。
3.2 顶点着色器与片元着色器的分工
顶点着色器的工作很简单：把模型空间的顶点位置转换到裁剪空间，同时把方向向量传递给片元着色器。天空盒的网格通常是一个包围整个场景的立方体或者球体，顶点着色器不需要做复杂变换。
v2f vert (appdata v) { v2f o; o.pos = UnityObjectToClipPos(v.vertex); o.dir = v.vertex.xyz; return o; }片元着色器才是核心。它需要根据_Blend参数，在四个纹理之间做插值采样。这里有个技巧：不要用if-else分支来判断当前处于哪个时段，而是用连续的权重计算。比如_Blend在0到1之间时，采样Tex0和Tex1；在1到2之间时，采样Tex1和Tex2；以此类推。这样过渡是连续的，不会出现跳变。
float4 frag (v2f i) : SV_Target { float blend = _Blend * 3.0; float w0 = saturate(1.0 - abs(blend - 0.0)); float w1 = saturate(1.0 - abs(blend - 1.0)); float w2 = saturate(1.0 - abs(blend - 2.0)); float w3 = saturate(1.0 - abs(blend - 3.0)); float3 dir = normalize(i.dir); float4 c0 = texCUBE(_SkyTex0, dir); float4 c1 = texCUBE(_SkyTex1, dir); float4 c2 = texCUBE(_SkyTex2, dir); float4 c3 = texCUBE(_SkyTex3, dir); float4 col = c0 * w0 + c1 * w1 + c2 * w2 + c3 * w3; col.rgb *= _Exposure; col.rgb *= _Tint.rgb; return col; }这段代码的逻辑是：把_Blend从0到1映射到0到3，然后计算每个纹理的权重。权重函数用的是三角形分布，保证任意时刻只有相邻两个纹理有非零权重，且权重之和为1。这样既避免了分支判断，又保证了过渡的平滑性。
3.3 旋转与曝光控制的实现细节
天空盒旋转看起来简单，但在Shader里实现时要注意旋转矩阵的构造。不能直接对方向向量做旋转，因为天空盒的方向向量是归一化的，旋转后需要重新归一化。更稳妥的做法是在顶点着色器里对方向向量做旋转，然后传递给片元着色器。
float4x4 RotationMatrix(float angle) { float rad = radians(angle); float c = cos(rad); float s = sin(rad); return float4x4( c, 0, -s, 0, 0, 1, 0, 0, s, 0, c, 0, 0, 0, 0, 1 ); }在顶点着色器里应用这个矩阵：
o.dir = mul(RotationMatrix(_Rotation), float4(v.vertex.xyz, 0)).xyz;曝光控制则更直接，就是在片元着色器最后乘上_Exposure。但要注意，如果项目开启了HDR，曝光值可能需要根据场景的整体亮度做动态调整。我通常会在脚本里根据主光源的强度来反向计算一个合适的曝光值，而不是让美术手动调。
注意：在移动端设备上，texCUBE采样四次可能会带来一定的性能开销。如果目标设备性能有限，可以把四个纹理合并成一个纹理图集，用一次采样加手动插值来替代。但这样会牺牲一些灵活性，需要根据项目实际情况取舍。
4. 脚本驱动与运行时控制
4.1 时间驱动与参数映射
Shader写好了，接下来需要脚本把_Blend参数驱动起来。最直接的方式是用Time.deltaTime累加一个时间变量，然后映射到0到1之间。但实际项目中，往往需要更精细的控制。
比如做一个昼夜循环，周期是24分钟（对应游戏里的24小时），那么每一分钟对应_Blend增加1/24。但这样线性映射会导致白天和夜晚的过渡速度一样，而实际上黄昏时段应该过渡得更快一些。我的做法是用AnimationCurve来定义映射曲线，在Inspector里可视化调整。
public class SkyboxController : MonoBehaviour { public Material skyboxMaterial; public float dayLengthInMinutes = 24f; public AnimationCurve blendCurve; private float currentTime = 0f; void Update() { currentTime += Time.deltaTime / (dayLengthInMinutes * 60f); currentTime = Mathf.Repeat(currentTime, 1f); float blendValue = blendCurve.Evaluate(currentTime); skyboxMaterial.SetFloat("_Blend", blendValue); } }这个脚本挂在场景里的任意GameObject上，把天空盒材质拖到skyboxMaterial字段，然后在blendCurve里调整曲线形状。实测下来，把黄昏时段的曲线调陡一些，过渡会更自然。
4.2 天气系统的接入方式
如果项目里还有天气系统，比如晴天、多云、雨天、雾天，那天空盒也需要跟着变。这时候四个纹理槽位就不够用了，需要扩展成纹理数组或者多套材质。
我的做法是维护一个SkyboxProfile的ScriptableObject，里面定义每种天气对应的四个时段纹理和过渡参数。天气切换时，不是直接换材质，而是用两个材质做交叉淡化。具体实现是创建一个临时材质，把当前材质的参数复制过去，然后在新旧材质之间做Lerp。
IEnumerator TransitionToWeather(SkyboxProfile newProfile, float duration) { Material oldMat = new Material(skyboxMaterial); ApplyProfile(skyboxMaterial, newProfile); float t = 0f; while (t < duration) { t += Time.deltaTime; float lerp = t / duration; skyboxMaterial.SetFloat("_Blend", Mathf.Lerp(oldMat.GetFloat("_Blend"), targetBlend, lerp)); // 其他参数的插值... yield return null; } }这种方式的好处是过渡期间天空盒不会跳变，而且可以同时处理多个参数的插值。缺点是会多一个材质实例的开销，但在天空盒这种全屏渲染的场景下，这点开销可以忽略。
4.3 与场景光照的联动
天空盒不只是背景，它还影响场景的整体光照。Unity3D的Environment Lighting可以从天空盒采样，生成环境光。如果天空盒变了但环境光没变，场景里的物体会显得和背景脱节。
解决办法是在天空盒参数变化时，同步更新环境光。Unity提供了DynamicGI.UpdateEnvironment()方法，可以在运行时重新计算环境光。但这个方法开销不小，不能每帧调用。我的做法是设置一个阈值，当_Blend变化超过0.05时，才触发一次环境光更新。
if (Mathf.Abs(lastBlend - currentBlend) > 0.05f) { DynamicGI.UpdateEnvironment(); lastBlend = currentBlend; }实测下来，这个阈值在大多数场景里都能保证光照跟得上天空盒变化，同时不会造成明显的性能波动。
5. 常见问题与排查技巧实录
5.1 天空盒接缝明显怎么办
这是最常见的问题，表现为天空盒旋转时有一条竖直的亮线或暗线。原因通常是纹理的Wrap Mode设置不对，或者AIGC生成的图本身左右边缘不匹配。
排查步骤：先检查导入设置里的Wrap Mode是否为Clamp。如果是Repeat，改成Clamp。如果改了还有接缝，那就是纹理本身的问题，需要回到图像处理软件里做接缝修复。修复时注意，不要只修边缘几个像素，要把接缝两侧各扩展50到100像素一起处理，这样过渡才自然。
还有一个隐蔽的原因：Mip Maps生成时在边缘处采样越界。解决办法是在导入设置里把Mip Maps的Border Mip Maps选项勾上，这样Unity会在生成Mip Maps时对边缘做特殊处理。
5.2 过渡时出现色带或跳变
色带通常出现在大面积渐变区域，比如天空从深蓝到浅蓝的过渡。原因是纹理压缩后精度不够，或者Shader里的插值计算有误。
先检查纹理压缩格式。如果用的是DXT1，色带会很严重，换成DXT5或者BC7会好很多。如果平台支持，用未压缩的RGBA32最稳妥，但显存占用会翻四倍。折中方案是用ASTC 6x6，在移动端表现不错。
如果压缩格式没问题，那就是Shader里的权重计算有误。检查权重函数是否满足“任意时刻权重之和为1”这个条件。我见过有人用线性插值但忘了归一化，导致过渡中间出现亮度跳变。
5.3 移动端性能下降明显
天空盒Shader在移动端的主要开销来自texCUBE采样。四次采样在低端设备上确实会拖累帧率。优化方向有三个：减少采样次数、降低纹理分辨率、简化权重计算。
减少采样次数最直接的办法是把四个Cubemap合并成一个Cubemap Array，用一次采样加索引来替代四次采样。但Cubemap Array在OpenGL ES 3.0以下不支持，需要做兼容性判断。降低纹理分辨率也很有效，移动端用2048x1024通常就够了，肉眼几乎看不出区别。简化权重计算则是把三角形分布改成阶梯分布，虽然过渡会稍微生硬一点，但计算量小很多。
5.4 常见问题速查表
| 问题现象 | 可能原因 | 排查方法 | 解决方案 |
|---|---|---|---|
| 天空盒旋转时有竖线 | 纹理Wrap Mode错误或接缝未修复 | 检查导入设置，旋转天空盒观察 | 改Wrap Mode为Clamp，修复纹理接缝 |
| 过渡时出现色带 | 纹理压缩精度不足 | 换未压缩格式测试 | 改用BC7或ASTC 6x6 |
| 过渡中间亮度跳变 | 权重未归一化 | 检查Shader权重计算 | 确保权重之和恒为1 |
| 移动端帧率下降 | texCUBE采样次数过多 | 用Profiler查看GPU耗时 | 合并纹理或降低分辨率 |
| 环境光与天空盒脱节 | 未更新环境光 | 观察物体暗部颜色 | 调用DynamicGI.UpdateEnvironment |
| 天空盒边缘模糊 | Mip Maps设置不当 | 检查Mip Maps选项 | 开启Border Mip Maps |
提示：如果项目里同时用了Post-processing Stack，注意天空盒的曝光和后期曝光会叠加。建议在天空盒Shader里把_Exposure设为1，把曝光控制统一交给后期处理，避免双重曝光导致画面过亮。
6. 实操心得与扩展思路
6.1 我踩过的几个坑
第一个坑是纹理导入时的sRGB设置。AIGC生成的图默认是sRGB色彩空间，导入Unity3D时如果忘了勾选sRGB选项，天空盒会显得灰蒙蒙的，对比度明显不足。这个选项在Inspector里很容易被忽略，但影响很大。
第二个坑是Shader里的方向向量归一化。如果顶点着色器传递的方向向量没有归一化，texCUBE采样时会出现明显的拉伸和扭曲。尤其是在天空盒旋转后，这个问题会更突出。解决办法就是在片元着色器里对方向向量做一次normalize。
第三个坑是脚本更新顺序。如果天空盒控制脚本和相机控制脚本在同一帧里更新，可能会出现天空盒已经变了但相机还没转的情况，导致视觉上的延迟。解决办法是把天空盒脚本的Update改成LateUpdate，确保在相机移动之后再更新天空盒。
6.2 还能怎么扩展
这套框架搭好之后，扩展方向很多。比如在Shader里加入云层流动效果，用一张噪声纹理做UV偏移，让天空中的云缓慢移动。或者加入星空闪烁，在夜晚时段的纹理上叠加一层高频噪声，用sin函数做时间调制。
另一个方向是与AIGC工具做实时联动。现在有些AIGC工具提供了API，可以根据场景参数实时生成天空图。虽然目前延迟还比较高，不适合每帧调用，但可以在场景加载时预生成几套候选，运行时做切换。这个思路在2026年的AIGC发展研究报告里也被提到，实时内容生成是未来的重要方向。
如果项目支持视频流输入，甚至可以把AIGC生成的天空视频直接映射到天空盒上。Unity3D的视频播放组件支持把视频渲染到RenderTexture，再把RenderTexture赋给天空盒材质。这样天空盒就变成了动态视频，效果非常震撼。但要注意视频解码的性能开销，以及视频纹理的接缝处理。
6.3 给不同阶段开发者的建议
如果你刚开始接触Unity3D和Shader，建议先从静态天空盒做起，把导入设置和基本材质搞明白，再逐步加入动态混合。不要一上来就写复杂的Shader，容易在细节上卡住。
如果你已经有一定经验，可以直接从纹理数组方案入手，性能更好，代码也更简洁。但要注意移动端的兼容性，做好降级方案。
如果你在做商业项目，建议把天空盒系统做成可配置的ScriptableObject，方便美术和策划调整参数，而不需要改代码。同时做好性能预算，天空盒的GPU耗时控制在1毫秒以内比较理想。
最后分享一个小技巧：在Scene视图里调试天空盒时，可以把相机的Clear Flags设为Solid Color，然后临时禁用天空盒材质，这样能更清楚地看到天空盒对场景光照的影响。调好之后再恢复，效率会高很多。
