第 4 章 渲染与表现值班岗：画面与氛围交接

第 4 章 · 渲染与表现值班岗：画面与氛围交接

本章要回答的三个问题：LateUpdate 结束后，一帧画面是怎么被"画"出来的？同一个模型换一种材质为什么观感天差地别，光照烘焙与实时光照又该怎么选？动画状态机、UI 面板、音效粒子这些"氛围组"，各自在什么时点被驱动、性能账单记在谁头上？本章沿渲染交接的顺序逐一作答。

为什么会有这一章

前三章结束时，游戏逻辑已经闭环，但画面仍是灰盒子。把逻辑世界变成玩家眼中的世界，中间隔着一条渲染流水线：网格提交、材质着色、光照计算、后期处理，最后输出到屏幕。表现层的话题有个共同特点：单看每个知识点都不难，组合起来才见功力——材质配错一个贴图通道、光照混用烘焙与实时的模式、动画没有过渡条件，都会让"能玩"变"难看"甚至"卡顿"。

表现岗还有一个容易被忽略的属性：它是性能大户。逻辑代码的浪费以毫秒计，渲染配置的错误以帧率计。所以本章每讲一个表现手段，都会顺手交代它的性能账单记在谁头上，为第 5 章的优化铺垫。

读完能解决什么

• 描述一帧从几何提交到屏幕输出的完整路径，说出 SRP、URP、HDRP 三个词的关系与选型；
• 看懂材质面板：贴图通道、着色器、渲染模式（不透明与透明）各管什么；
• 区分烘焙光照与实时光照，为场景做出第一个合理的照明方案；
• 用动画状态机搭一个"待机、奔跑、跳跃"三态循环，配好过渡条件；
• 把 UI 面板、背景音乐、点击音效、粒子特效接到第 2 章的事件频道上。

各节怎么分工

本章全景：从几何到氛围的四条支线

一句金句：逻辑决定游戏好不好玩，表现决定玩家愿不愿意试——渲染岗的每一张账单，最终都由帧率支付。

渲染岗的交接流水

值班室问答：新手高频三问

问：场景里加了灯怎么画面没变化？
按顺序查三处：材质的自发光与法线是否正常（粉红或全黑是着色器问题不是灯的问题）；灯的强度与衰减范围是否被默认值压得太小；烘焙灯没烘焙、实时灯被质量设置里的像素光源数上限挤掉了——中低质量档下，超出数量的实时灯会被引擎静默丢弃。

问：动画切换总是"瞬移"一下，缺帧一样，怎么调？
这是过渡时长与条件时机的合成问题。先检查过渡的过渡时长（Transition Duration）是否设了合适比例；再确认条件用的参数更新时机（每帧 SetFloat 还是事件驱动）；最后看动画片段的首尾帧姿势是否接近——首尾姿势差得远的两个片段，融合再久也会跳。

问：UI 在不同分辨率下错位，怎么治？
锚点（Anchor）没配对。UI 元素的位置是相对锚点计算的，全屏界面用四角拉伸锚点，贴边的按钮贴对应边，居中的元素锚点在中心。一个粗暴但有效的自检：把 Game 视图切到最宽与最窄两种分辨率，来回切换看哪些元素跑了，跑了的就是锚点没配。

先决条件

• 第 2 章事件频道（2.4 节）：氛围组三件套全部靠它联动；
• 一个逻辑闭环的可玩场景，画面还是默认灰盒子也无妨；
• 不需要图形学基础，涉及的概念都用值班交接的视角解释。

学习方式上，表现岗与逻辑岗有个明显差别：逻辑对错一眼分明，画面好坏需要对照与审美积累。建议每一节都留一份"改前改后"的截图对照——材质参数调了一组、光照换了一种烘焙、动画加了一条过渡，都截图存档。这份对照档案在日后接手别人的项目时格外有用：见过"好的样子"，才能认出"坏的所在"。

往下走到哪

表现岗结业后，游戏已经"像样"。第 5 章回到全局调度：把帧率账单逐一销账（性能优化与对象池），把资源装进仓库（Addressables），最后打包出厂、在真机上验收。4.1 的批次数统计与 4.2 的烘焙决策，都会成为第 5 章优化清单上的条目。