小程序3D展示，产品转到背面就发黑，问题一般先出在烘焙还是灯光布置？

小程序3D做产品展示，模型转到背面就发黑、转到侧面就发灰，通常不是引擎能力不够，而是光照预算分错了地方：烘焙只盖住了正面受光区，实时部分又只留了一盏主光。按 2026 年小程序端交付经验，这类“转个角度就变脸”的现象，多数要先查光照贴图的 UV 覆盖范围与实时灯数量，而不是先怀疑机型或引擎版本。

小程序3D的光影，为什么不能照搬桌面端做法

小程序3D跑在微信、支付宝这类宿主环境里，包体、纹理内存和 GPU 调用都有额外天花板，和桌面端渲染器不是一套打法。桌面端可以挂好几盏带阴影的实时灯，小程序里每多一盏，都可能把中低端机的帧率压下去。所以小程序3D的光照更像一次预算分配：先标出哪些光影在用户操作时不会变，再决定花多少算力去算会变的那部分。

另一个容易被忽略的是屏幕环境。小程序端屏幕小，用户常在户外强光下翻看，明暗层次本身就会被压缩，光比不足会被放大成“发平”。

• 宿主限制：包体、纹理内存、首屏时间都有天花板，光照方案要先服从这些约束。
• 屏幕差异：小屏加户外亮度会吃掉一部分暗部层次，光比不足尤其明显。
• 交互方式：用户多是转一转、点一点，镜头变化有限，适合把大部分光影提前算好。

先分清哪些光影会随操作变化

按项目交付经验，小程序3D的光照可以分成三档，判断依据只有一条：这个物体的光影在用户操作时会不会变。这样分的好处是让建模、渲染和程序三方对同一件事有统一口径，避免程序以为渲染会烘焙、渲染以为程序会补灯，最后两边都没做。

1. 全烘焙：静态场景、静态灯光，光影全部烘进光照贴图，适合产品固定角度展示、小型展厅漫游。烘焙用的 UV 要单独展一套，不要和基础贴图 UV 共用。
2. 以实时为主：灯光要随操作变化，比如可开关的橱窗灯、随材质换色的高光。这一档要控制实时灯数量和阴影范围，常见做法是只保留一到两盏带阴影的主光。
3. 混合：主体烘焙加少量实时补光，是 2026 年小程序3D里比较常见的折中做法。代价是美术和程序要一起调参数，改稿时两边都可能要动。

烘焙与实时各付出什么代价

选方案时不要只比画面，要把运行性能、改稿成本和包体一起算进去。下面这组按经验区间给出，具体取值仍要看场景复杂度与机型覆盖。

• 运行性能：烘焙几乎不占实时算力；实时灯越多，中低端机的帧率波动越明显。
• 改稿成本：改灯位、改材质颜色，烘焙通常要重烘一遍，经验区间在几个小时；实时可以在引擎里即时调。
• 包体与内存：烘焙贴图会增加纹理体积，移动端常见做法是只烘主要受光面并配合压缩格式。
• 周期差异：已有模型的前提下，纯烘焙方案经验区间约三到七个工作日；混合方案因要联调，常见再增加两到五个工作日。

交付现场：转背面就黑那次怎么排查

项目里常见的情况是：产品正面光照做得很足，甲方在手机上一转，背面直接压成暗块，怀疑是引擎不支持。约束是包体接近上限、机型要从较老的安卓机往上算。比较稳的做法是先归因：看光照贴图的 UV 是否只覆盖了正面可见面，再看实时灯是不是只剩环境光。顺序上通常先补第二套 UV、把烘焙范围扩到全周，再决定要不要加一盏很弱的补光；确实超包体时，就退回只给背面单独补一张小尺寸贴图。代价是重烘一次光照、重导一版资源，经验区间多花半天到两天，交期紧时会顶到联调那天。

另一种返工来自材质。同一材质在不同角度下的反射强度和粗糙度口径没统一，转个角度就像换了种表面，看上去也会像发黑。这类问题在前期把材质参数写进规范就能避开。

真机验收看哪几项

验收不要只看导出的截图，要看真机。建议至少在普通安卓机和一台较旧机型上各看一遍。

• 明暗层次：亮部不糊成一片、暗部不死黑，亮度最低的区域仍能看清结构。
• 接触阴影：物体与地面接缝处有过渡，不是像悬空一样浮着，也不是一整块硬边黑影。
• 全周一致性：转到背面和侧面时明暗过渡连贯，不出现明显分界线或突然变脸。
• 性能口径：连续操作时帧率稳定，不出现明显掉帧后回弹的情况。

哪些场景适合，哪些不必硬塞

这套光照方案适合主体相对固定、交互以旋转缩放和局部点击为主的场景，例如产品外观展示、小型展览、设备结构演示，用烘焙或混合，画面与性能都比较可控。

但场景如果要求多盏灯实时开关、材质频繁换色、角色持续动画，或者需要接近影视级的反射与全局光，就不必强行塞进小程序，可以把重光照放到服务端渲染或预先输出的视频里，小程序端只承担展示。如果只是给客户看一版静态画面，直接出效果图也更省事。

常见问题

小程序3D一定要做光照烘焙吗？

不一定。静态主体做了画面更稳、性能更省；场景只有简单环境光且物体很少时，实时也够用，主要看光影会不会随操作变化。

烘焙完转到背面还是发黑，先查哪里？

先查光照贴图的 UV 是否只展开了正面可见面，再看实时灯是不是只剩环境光。多数情况是烘焙覆盖没做全周，而不是引擎问题。

烘焙贴图会不会把包体撑大？

会占一定体积。常见做法是只烘主要受光面、控制贴图分辨率并配合压缩格式，具体能压到多少要在真机启动时间上验证。

灯光是建模做还是渲染做？

建模负责结构、材质分块和第二套 UV；渲染负责灯光布置、烘焙参数与真机校对，两边在前期要先把光照口径对齐。

下一步建议：先把场景里的物体按“光影会不会随操作变”列一遍，再定烘焙与实时的比例，并在中端机上跑一次启动和操作测试再定稿。按 2026 年交付习惯，把这些口径写进需求和报价，能省掉不少改稿来回。