2D游戏动态光照管线：法线重构与实时光影的工业级实践

做2D项目，最怕听到的往往不是玩法改动，而是美术那边轻描淡写来一句：“这个场景加个火把，出个光照版吧。” 如果你做过暗黑类、横版动作，或者任何带昼夜循环的2D游戏，一定对“重绘地狱”深有体会：同一个木箱，日光要一版，火光要一版，傍晚要一版，灯灭了还要一版。我见过最夸张的项目，一张草丛原画叠了十几种明暗变体，美术改一次光源色，整批资源全部返工，开发周期被这种低效流程吞掉大半。

后来我们把流程彻底切到法线重构 + 2D光照系统 + 全动态环境光影这条赛道上，才真正把这条流水线拆掉。法线重构，就是只保留一张基础色贴图，用高度图、灰度图或3D烘焙重新生成法线贴图；2D光照系统让Sprite像3D模型一样在运行时接收光源；再把这些串成一条可复用的工业级工作流。美术不再需要为光照重复作图，场景里的火光、闪电、昼夜全是动态演算，灯光怎么变，贴图都不用换。这篇文章我按自己实际落地过的管线来写，主力引擎以Unity URP为例，Godot用户也能对应上。适合正在转型动态光照的2D团队、独立开发者，以及被手绘光照折磨到想优化管线的美术和技术同学。

1. 为什么“重绘地狱”必须被拆掉

1.1 传统2D光照表达的成本陷阱

2D游戏做动态环境光，惯用思路是让美术把所有光照状态全画出来。我接过一个项目，需求列表里给了“清晨 / 正午 / 黄昏 / 夜晚 / 火光 / 雾夜”六种光效变体，场景里需要表现的物件有12个。美术组一开始算的是“每个物件画6张图”，后来发现角色动画也要跟着改——角色一个光照版本就是一套动画，一套Simple动画按12个方向算，六种光效乘下来，直接变成72套精灵图。这种指数增长的变体数量，只要光源色稍微调一点，整批资源全部作废。

更隐蔽的坑是团队协作。手绘光照变体经常是不同美术分批做的，风格稍有偏差，接缝和明暗就不统一。做夜景时，如果某个物件忘了补“暗部高光版”，玩家的视线就会在画面里明确抓住那块“漏光”的错误区域。这类问题在早期版本看不明显，到了内容量大的中后期，bug量会爆炸式增长，因为光照问题不像程序报错那么好定位，经常是全靠人眼一帧帧盯出来的。

这套传统流程还有一个致命限制：光照状态是写死的。想在游戏里加一盏移动的火把，手绘方案就没法接了——除非为火把的每一帧位置再画一套光照变体，否则就只能在玩法上砍需求。这也是为什么越来越多的2D项目宁可前期重构管线，也不愿继续用“重绘”硬撑。

1.2 从“重绘”到“实时计算”的范式转换

法线重构和2D光照系统的组合，本质上是把“光照信息”从贴图里抽出来，变成运行时数据。法线重构解决的是“素材只画一遍”的问题：一张基础色贴图通过高度图生成、灰度转换或3D烘焙，得到一张记录了表面朝向的法线贴图。2D光照系统则负责“投射光线”的部分：点光源、聚光、全局光在运行时逐像素作用于Sprite，着色器用法线贴图计算该像素该亮还是该暗，该有高光还是该有阴影。

全动态环境光影是这整套思路的上层目标。整个场景只有一个统一的光照状态，由光照系统实时计算，而不是靠美术堆素材。白天转夜晚，不需要换任何贴图，只是把Global Light的强度和色温调低，物体的受光表现会跟着变化，因为法线贴图还在逐像素提供表面朝向数据。火光摇曳、闪电爆闪、地牢里一扇门被推开涌进月光，这些都可以用光源脚本驱动，贴图资源始终是那一套。

有人担心“2D游戏加了实时光照会丢掉手绘感”，这是我听到最多的一句话。实际做下来恰恰相反：法线贴图影响的是“朝向”和“凹凸”，不是“颜色”和“笔触”。只要法线强度控制在合理范围，画面里的手绘底色、笔触纹理、边缘线稿全都保留，增多的只是光影层次。所谓工业级，不是把游戏做成3D渲染器风格，而是把光照从静态素材的负担变成可调、可扩展、可批量控制的系统。

1.3 什么项目适合切到这套工作流

不是所有2D项目都需要实时光照。我实际复盘过，适合切到这套工作流的项目通常有几个特征：希望做昼夜循环或天气变化；场景里有大量可互动的动态光源；美术风格偏写实、偏暗黑，或者需要表现体积感和材质感；玩家视角相对固定，画面以横向、斜向45度为主。横板动作、Roguelike、暗黑地牢、模拟经营、强调光源机制的潜行类游戏，都很适合。

不推荐强切的是纯像素风项目。像素游戏的核心是用最少的信息还原联想空间，法线重构引入的次像素级明暗和信息量，会和像素格形成冲突，画面反而容易变脏。当然也有像素游戏做低分辨率法线的成功案例，但那通常需要额外的叠色和内部规范，成本不低。另一个不太适合的场景是纯UI或休闲游戏的主界面，那里玩家一般不希望有过强的动态光影干扰信息阅读。

我的建议是：项目初期就决定好光影方案，最忌“先手绘，后期再转实时”。一旦角色动画和场景素材已经按手绘光照批量生产，切换管线的返工量和直接重画一遍没有区别。如果项目还在预研阶段，这事越早定越省心。

2. 法线重构：先把“立体信息”从一张图里挖出来

2.1 法线贴图在2D光照里的角色

可以先理解件事：普通Sprite本质是一张纸片，光照打上去只能整体变亮或变暗，没有凹凸起伏。法线贴图在纸片表面覆盖了一层“微观地形”，用RGB三个通道记录每个像素面向的方向。红色通道管左右倾斜，绿色通道管上下倾斜，蓝色通道管朝向屏幕外的程度，所以大多数法线贴图看起来是偏蓝紫色的，因为物体大部分表面是朝前的。

在2D光照系统里，着色器拿到光源方向后，和法线贴图记录的朝向做点积运算。朝向刚好对着光的位置就亮，朝向偏转的就暗，这就是漫反射。再配合额外的高光项，还能模拟出金属、陶瓷、水面的闪亮效果。一张石板路贴图，原来光照只是整体提亮，现在石缝和颗粒会分别产生明暗差异，凹凸感就出来了。

法线贴图必须用高质量素材生成，这是整套管线里最不能妥协的一环。如果法线信息本身是乱的，后面光照系统做得再好，表现都是脏的。下面几条路线我全试过，各有适用场景，按你自己的素材类型选就好。

2.2 路线一：高度图一键生成法线，适合纹理类和地表类

这是最轻量、最自动化的一条路。高度图又叫Height Map，是一张记录表面相对高度的灰度图，白色代表凸起，黑色代表凹陷。法线可以由高度图的梯度算出来——相邻像素的高度差越大，表面越陡，法线方向偏转得越多。类似爬山时看前方坡度，坡度越陡，脚底下受力方向偏离正上的程度越大，这个梯度经过计算就是法线。

实际生产中，我一般不直接拿基础色贴图转法线，而是先做一次预处理：把贴图去色、调对比度、把需要凸起的部分刷成亮灰，然后用工具生成法线。常用工具里，Materialize可以生成法线、粗糙度和AO全套，适合地表、墙壁、布料；Laigter是开源免费的，直接加载Sprite图就能自动生成法线、视差和自阴影贴图，处理角色和道具很快；SpriteIlluminator则支持调曲线和Flow Map生成，适合需要水流方向、风吹草动的素材。

关键参数一个是Height Scale，中文界面里通常叫高度强度。我个人的建议是从0.2到0.5开始调，具体看基础贴图细节的多少。调得太高，光照一打，材质会出现明显的塑料质感和黑色光边；调太低，凹凸又看不见。另一个参数是Normal Smoothness，平滑度太高会让细节全部糊掉，太低会让画面出现大量噪点。我常用的节奏是：先默认值生成，放到引擎里用点光源打45度侧光看表现，然后回来调整，比在工具里对着屏幕猜要准得多。

平铺纹理要特别注意法线贴图的边缘无缝。如果法线图本身不平铺，光照下会出现一条条周期性接缝，特别显眼。处理方法是让工具开启Tileable模式，或者生成后手动把边缘做镜像修补。

2.3 路线二：用3D模型烘焙Sprite法线，适合角色和复杂机械

高度图对自然纹理效果很好，但遇到角色、机械、家具这类结构复杂的物件，自动生成的法线经常逻辑不对。比如一把椅子的座椅面、椅腿、横梁各有朝向，仅靠一张2D原图推理不出正确的立体关系。这时候我推荐用3D烘焙法线。

具体流程并不难：先在3D软件里按原画的比例建一套简化白模，不要细节，只要大体结构正确。然后把UV展开，和2D原图对齐。最后用Blender或Maya的烘培功能，把模型表面的法线信息烘焙到一张彩色贴图里。相机用正交视图，从正面拍，输出的法线贴图和原图一一对应。如果只有低模，可以先加一级细分，再用法线贴图软件层叠细节，机械上的螺丝、铆钉、凹槽都能额外刷出来。

烘焙时分辨率我建议和基础贴图保持一致，至少1024，复杂角色用2048。膨胀Margin要调到4像素以上，否则原图边缘容易出现黑边。最关键的是透明区域处理：2D Sprite周围通常有大片透明，我习惯把透明区域的法线值手动填成朝向屏幕外的默认蓝色(128,128,255)，否则光照下透明边缘会泛出一圈奇怪的高光。

这条路线对美术人员有一点3D基础要求，但产能解放非常明显。一个角色从建白模到烘焙出法线，熟练后一个小时内完成，比手绘光照变体快得多，而且光影方向逻辑永远是对的。

2.4 路线三：批量自动生成加人工修边

内容量大之后，逐张手动处理不现实。我的做法是先把素材分成两类：重复性高、细节均匀的地表和墙体走批处理；核心角色、关键道具、有明确轮廓的物件走半自动加手工精修。批处理工具本身就有命令行或模板模式，可以把Base图拖进同一预设，批量输出法线。我通常同时生成一版AO贴图，光照系统里可以用来做接触阴影，视觉厚度会明显提升。

引擎侧也能做自动化。比如Unity项目里，导入的贴图如果文件名带_N后缀，就自动改成Normal Map类型，并把sRGB勾选关掉。这个小规则能省掉团队里无数次人工设置导入参数的操作。贴图命名一定要定死规范，我们项目里用的是：xxx_D.png代表基础色，xxx_N.png代表法线，xxx_H.png代表高度图，方便脚本识别。

人工修边是绕不开的环节。简单说，2D Sprite边缘如果不做任何处理，光照会在轮廓处产生一条几乎垂直的高光边，像给物体贴了银色边条。我的处理方式是：复制边缘像素到透明区2到4像素，做成一点点法线羽化，让轮廓的朝向逐渐过渡到朝前，而不是一下从陡峭变成空白。修边时的三条规矩：不出现白边、不让UV缝隙的法线斜率过陡、透明区域全部保持默认蓝。

2.5 重构后的质量检查

法线图生成完，一定要在场景里用光照实际检验，而不是只看贴图预览。我习惯建一个专门的“法线检测场景”，里面放一盏平行光、一盏点光，把待检素材放在中间。旋转灯光角度，就能看出石缝是否正确凹陷、金属是否有正确高光、角色脸部立体感是否自然。如果看到某个局部在灯光转30度时变成全黑，那就是那个区域的法线信息反了，常见于烘焙时把红绿通道方向搞反。

另一个检查技巧是把法线图在Photoshop里直接叠到原图上，用Normal滤镜预览，快速确认大致体感。注意法线图里的绿色通道不应该全部是一个值，如果整张贴图看起来几乎纯蓝，说明法线太平面，光照不会有明显的凹凸效果；如果红绿通道一片雪花噪点，多半是Height Scale过高或原图对比度过强，需要重新调参。

3. 2D光照系统搭建：从静态素材到实时光影

3.1 渲染管线与光照体选型

法线贴图有了，接下来要一个能消费它的光照系统。市面主流方案集中在两款引擎里：Unity的URP 2D Renderer和Godot的原生2D光照。我主力用Unity，倒不是Godot不行，而是URP 2D Renderer的光照类型和自定义能力更全。Unity提供了Global Light 2D、Point Light 2D、Spot Light 2D、Freeform Light 2D、Sprite Light 2D五种光源，法线贴图直接接入Sprite-Lit材质，再配合Shader Graph和Post Processing，能搭出非常完整的光照效果。

Godot的光照管线更轻量，DirectionalLight2D、PointLight2D、TextureLight2D都有，法线贴图挂在Sprite2D的Texture Normal槽上即可。它更适合小团队快速验证风格，缺点是想做混合样式和复杂后处理时，需要自己写的部分会多一些。

按工业级工作流的标准，我建议主力项目选Unity URP 2D Renderer，理由很简单：后处理管线统一、SRP Batcher能自动优化Sprite合批、Shader Graph让团队不写代码也能调整材质表现。下表是我做选型时常对照的要点：

如果你人都还没进Unity，干脆用Godot也没问题，核心流程完全一样，只是参数名称不同。下面我以Unity URP为例把配置讲细一点。

3.2 Light 2D的几类光源怎么布置

先建URP项目，在Asset里创建URP Asset并勾选2D Renderer，把Quality和主相机的Renderering设为该Asset。这一步不做，你会发现项目里根本找不到“Light 2D”菜单，很多人的第一个坑就埋在这里。

光源类型按需求拆开看。Global Light 2D负责的是基础环境光，它没有位置概念，只提供整体亮度和色温，相当于白天里的天光。我通常把Ambient强度控制在0.4到0.8，太暗会让画面脏，太亮又让其他光源失去存在感。Point Light 2D是最常用的局部光源，像火把、灯、蜡烛、手电都是它，参数里最重要的是Falloff和Falloff Intensity，控制光的衰减半径和外圈软化程度。Spot Light 2D适合表现手电筒和窗户射进来的光柱。Freeform Light 2D可以自由画光范围，用来做室外月光洒进室内的区域光很合适。

阴影方面需要Shadow Caster 2D组件。一个Sprite要投射阴影，就挂上这个组件，Unity会自动根据Sprite轮廓生成阴影。附在阴影边缘的几个参数里，Edge Radius控制边缘羽化，法线偏移量小的两三帧阴影贴合度会更好。阴影不是所有物体都需要，我一般只给角色、大型场景物件、挡住光源的结构挂，小道具的阴影噪点远大于收益。

实际场景布置和后处理一样需要审美控制。我做过一个哥特室内场景：全局光是冷调蓝色，强度0.25；唯一主光是蜡烛点光，暖橙色强度1.2；窗户外用Freeform Light画了一片冷白月光，给玩家视线指路；人物背后再补一个微弱的紫色轮廓光。多光源叠加时注意不要让色温完全冲突，暖光是前景，冷光是背景，视觉逻辑才不会乱。

3.3 材质设置与混合样式

URP 2D里，普通Sprite默认材质是Sprite-Unlit，不参与光照。要参加光照，必须改用Sprite-Lit Default材质，并把法线贴图拖进Normal Map槽。材质还提供Receive Shadows开关，打开后Sprite能被Shadow Caster挡住。项目里我习惯把需要常亮的特效、UI、部分武器高光设为Sprite-Unlit，其余场景和角色一律走Lit。两种材质混用，比让整个场景都受光更容易控制视觉焦点。

混合样式Blend Style是一个关键概念，它控制光源以什么方式和底层颜色混合。URP 2D默认提供一个Multiply和一个Additive。乘法混合适合做全局光衰减，比如晚上的暗调；加法混合适合做光晕、火把和高光强调。我建议自己新建一个叫“Lighting”的混合样式，模式和参数手动调，让光源在提亮的同时保留法线细节，而不要单纯叠加一层白色。调法就是打开URP 2D Renderer的Blend Style列表，新建后把Blend Mode选为Custom，然后调整Source、Destination的颜色因子。

如果场景里所有物体都受光，但光照上去没有凹凸感，检查顺序是：材质是否Sprite-Lit、法线贴图是否拖入、法线贴图导入设置是否标为Normal Map、光源的Blend Style是否用的是自定义那个。我遇到过不下五次漏开Normal Map标记，表现就是光有明暗没有立体，排查起来很费劲。

3.4 2D后处理与画面统一

光线已经动态了，最后还要让成片统一，不然不同场景色调会脱节。URP的后处理栈里我常用的组合：Color Adjustments控制整体对比度和饱和度，Tonemapping选ACES可以压住高光防止过曝，Bloom的Threshold调到1.1左右，让火把和灯光产生光晕而普通材质不发光，Vignette在暗黑类场景加一点点暗角提升沉浸感。

后处理参数建议做成“风格模板”，以ScriptableObject存成预设。暗黑风格、明快卡通风格、赛博夜景风格各一份，切换时直接加载，不要再手动逐项调。团队协作时，后处理参数经常被美术和TA反复改，如果不做版本控制，很容易出现“这个场景好亮、那个场景好暗”的分配不均。

色彩空间这一步很重要，我也愿意多说一句：项目里尽量用Linear色彩空间。Gamma空间下，灯光的衰减曲线、法线光照的强度都偏“灰”，和美术在Photoshop里看到的亮暗关系差别很大。切到Linear后，色彩会变暗一下，整个人物和场景都会更有质感，但需要重新检查一遍所有UI和特效的颜色，因为部分手绘贴图的观感会改变。

4. 全动态环境光影：光照不再是画出来的，是演出来的

4.1 时间驱动：昼夜循环的工业化控件

全动态环境光影的关键是把光照做成“会随时间变化的数据”。我做了一个TimeOfDayManager，核心数据挂在时间轴上：环境色用Gradient控制，全局光强度用AnimationCurve控制，雾色也用Gradient。时间从0到1走完一整天，脚本读取曲线值赋值给Global Light。美术想调昼夜节奏，直接拉曲线，不需要程序员介入。

using UnityEngine; using UnityEngine.Rendering.Universal; [CreateAssetMenu(menuName = "Lighting/LightProfile")] public class LightProfile : ScriptableObject { public Gradient ambientColor; public AnimationCurve globalIntensity; public Gradient fogColor; public AnimationCurve shadowSoftness; }

using UnityEngine; using UnityEngine.Rendering.Universal; public class TimeOfDayManager : MonoBehaviour { public LightProfile profile; public Light2D globalLight; [Range(0f, 1f)] public float timeOfDay; public float dayDurationInSeconds = 180f; private void Update() { timeOfDay = Mathf.Repeat(timeOfDay + Time.deltaTime / dayDurationInSeconds, 1f); globalLight.intensity = profile.globalIntensity.Evaluate(timeOfDay); globalLight.color = profile.ambientColor.Evaluate(timeOfDay); RenderSettings.fogColor = profile.fogColor.Evaluate(timeOfDay); } }

这种LightProfile可以做成预设库：草原、城镇、地下、雨夜各一份。新建场景时挂一个TimeOfDayManager，指定好Profile，光照基础就齐了。这种做法真正的价值在于，美术可以独立调整一套全局曲线，然后所有场景同时生效，不用在几百个场景里手动重复改灯光参数。我经历过的项目里，这是最能减少“光照需求沟通成本”的架构决策。

4.2 动态事件源：火把闪烁、闪电、爆炸光

时间管理解决的是大环境，动态事件源解决的是“环境里活着的灯”。火把不可能是恒定亮度的，我用Perlin噪声让强度在基准上下随机浮动，做出火焰忽明忽暗的感觉。手电筒会有轻微晃动和电量衰减，爆炸光则是一个极短的高强度脉冲，依赖AnimationCurve把衰减曲线拉成“瞬间冲高再快速回落”的形状。

using UnityEngine; using UnityEngine.Rendering.Universal; public class LightFlicker : MonoBehaviour { public Light2D targetLight; public float baseIntensity = 1f; public float maxOffset = 0.2f; public float speed = 2f; private float seed; private void Start() { seed = Random.value * 100f; if (targetLight == null) targetLight = GetComponent<Light2D>(); } private void Update() { float noise = Mathf.PerlinNoise(seed, Time.time * speed); targetLight.intensity = baseIntensity * (1f - maxOffset * noise); } }

闪电建议用协程控制：连续几次快速变化，从0.2到1.4再到0.8再到0.1，间隔0.05秒左右，配合一段低频巨响的音频，视觉冲击力比直接亮一盏灯强得多。爆炸光要区分受光物体的材质，金属材质高光响应比布料快很多，可以在光源强度的基础上再挂一个环境色切换，让爆闪瞬间整个场景色温偏冷白。

动态事件源串起来后，场景里的光源系统就是完整生态：有慢速的昼夜、有中速的火焰摇晃、有高速的闪电爆闪。玩家不会被单一光照氛围影响太久，场景的叙事感会有实质提升。

4.3 光影与场景物的交互

全动态光影的体验还要回答一个问题：玩家和光的互动是不是物理可信的。比如角色提灯走进洞穴，洞壁被逐帧照亮；一堵墙挡住火光，墙后面就是暗的。这些在逻辑上就是Shadow Caster加光源跟随，实现不复杂，但要做出手感还是得调参数。我把角色手里提灯的半径设置为4到6，这样正好照亮视野范围的前景和中景，不会亮到把远景也暴露出来。

阴影边缘的软硬程度也影响风格。硬边阴影适合怪谈、惊悚，软边阴影适合温暖、童话。URP的Shadow Caster有Edge Radius参数，配合Light 2D的阴影模糊，可以做出从小清新到硬朗的各种过渡。还有一个小细节：Collider边界和美术线稿边缘经常有几像素偏差，直接使用默认阴影会有一周很细的“错误阴影线”，我把Shadow Caster的轮廓往里缩了1到2像素，表现立刻变干净。

如果场景里允许破坏地形，比如炸开一面墙让月光漏进来，可以在墙的Shadow Caster上挂一个启用开关，破坏事件触发时把ShadowCaster.enabled设为false，同时激活墙后的Freeform光源。这个“光源联动机关”是环境交互里很能提升惊喜感的技巧，玩家会明确感觉到光照不是死背景，而是可交互系统的一部分。

4.4 批量化规范让“工业级”落地

所谓工业级工作流，标准化落地才算数。我整理了一份自己的光照装配规范，每个场景必须满足以下条件：全局光照走TimeOfDayManager，不得手动改Global Light数值；所有火把、灯台统一用LightFlicker脚本和同一组参数预设；新增灯光必须登记到光源预算表；同一场景内暖光和冷光的色温区段必须落在既定范围内。

配合预设库，新建场景的时间会大幅压缩。一个新场景只需要：放一个TimeOfDayManager选择Profile、给所有需要阴影的物件挂Shadow Caster、把动态灯光按规格摆好。过去一个复杂场景调光照要半天一天，现在如果美术资源规范，一个小时就能让画面达到可用水平。这套东西能不能跑顺，关键不在技术多高深，而在前期的资产规范和参数模板是不是真的有人维护。

5. 性能优化与常见问题排查

5.1 光源与贴图的性能边界

动态光影再好看，帧率崩了也是白搭。我在参考配置上做过一轮实测，1920x1080分辨率、300个Sprite左右的活动场景，10个Point Light加1个Global Light，帧耗时大概在1.2到1.6毫秒；把点光源加到20个，帧耗时上升到3毫秒以上，主要代价来自Overdraw和Shader复杂度。移动端标准要更保守，建议同屏实时光源控制在4个以内，尤其是低端机，多余的光源优先用Freeform Light或烘焙到场景贴图里。

法线贴图的分辨率不是越高越好。我的经验是基础贴图2K，法线图跟着2K已经足够；如果只是地表和墙体，1024完全够用。法线贴图绝不要用sRGB编码，导入设置里取消sRGB勾选，否则光照衰减方向会在颜色空间转换里被扭曲。图集打包时，法线和对应基础贴图必须用同一个网格排布，不然后面材质就抓瞎。

开启SRP Batcher也能省下不少CPU开销，但前提是能用默认材质尽量用默认材质，自定义Shader也要尽可能走SRP Batcher兼容路径。项目里凡是有UI的Sprite，我全部保持Sprite-Unlit，不给UI加光照，这一条能减少一大部分无意义的绘制开销。

5.2 常见问题速查表

下面是我在多个项目里反复遇到过的坑，整理成速查表。遇到类似问题时照着查，一般几分钟内能定位。

排查时的通用思路，我习惯先“分层定位”：把物体材质临时换成Unlit，如果原图正常，问题一定在光照侧；再看光照侧只有Global Light时正不正常，正常就是一个光源的锅；然后再点身体区一次加一盏灯，看在哪一盏灯出现异常。这套流程走下来，通常比盯着参数面板猜快很多。

5.3 上线前的一次自查清单

内容做到后期，手工检查几百个场景不现实，更多是靠规范约束加自动化检查。我在每次出版本前会跑一遍以下自查清单，大部分规则用编辑器脚本自动扫描：

• 所有_N.png导入类型为Normal Map，且sRGB关闭
• SpriteAtlas里法线贴图与基础贴图同网格打包
• 场景内实时光源数量不超过预算（PC 12，移动4）
• 全局光全部由TimeOfDayManager驱动，没有裸调数值
• 材质只有Lit/Unlit两类，无第三方未知Shader
• 色彩空间为Linear，后处理参数使用项目预设
• 日志中无“Light2D unsupported”或图集警告

这些检查看起来琐碎，但确实是“工业级”和“demo级”的差别。小项目随手改没问题，一旦团队扩张到10人以上、场景数过百，没有这些硬性约束，管线就会回到手绘地狱的那种混乱里。

结尾：一点个人经验

这条管线我在两个风格差异很大的项目里都跑通过，一个偏写实暗黑，一个偏童话绘本。起初团队对“统一光照会不会让手绘变塑料”的顾虑是真的存在，后来发现症结基本都出在法线强度调得太猛、全局光一次提太亮。把Height Scale压到0.2到0.4，全局光用渐进方式过渡，手绘的笔触和质感都能完整保留。

真正让我觉得这套工作流值得的地方，是它把美术从“重复画同一个物体的不同光照状态”里彻底解放了。时间省下来后，美术可以花在更有表现力的场景结构、更有质感的地表、更鲜活的角色表达上。这些才是玩家看得见、记得住的内容。如果你正打算把2D项目升级到动态光影，我的建议是别一次性全量铺开，先拿一个最吃光照表现的场景做样板，把法线生成、光照预设、性能预算全跑通，再逐步推广到其他场景。管线一旦稳定，后面的内容生产效率会明显拉开差距。