Unity关卡设计全攻略：场景搭建、氛围营造与鸿蒙5+多端适配实战-平芜编程栈

1. 项目概述：为什么Unity关卡设计需要“鸿蒙视角”？

做Unity开发这么多年，我见过太多团队在关卡设计上踩坑。新手最容易犯的错误，就是把所有精力都花在美术效果上，结果做出来的场景要么跑不动，要么玩起来索然无味。更头疼的是，当项目需要适配像鸿蒙5+这样的多端系统时，之前没考虑性能的设计会瞬间暴露出各种问题：手机端卡成幻灯片，平板端UI错位，资源加载慢到玩家直接退出。

这个项目标题“Unity关卡设计全攻略：从场景搭建到氛围营造的实战指南（鸿蒙5+适配版）”点出了当前开发者，尤其是面向国内多端生态的团队，最核心的痛点。它不仅仅是教你用Unity编辑器摆几个模型、打几盏灯，而是系统性地解决“如何设计一个好玩、好看且能在鸿蒙手机、平板甚至更多设备上流畅运行”的关卡。这里的“鸿蒙5+适配”不是简单的兼容性测试，它要求我们从设计之初，就建立起资源分级、性能动态适配和交互逻辑自适应的思维。接下来，我会结合我踩过的坑和总结的经验，从最基础的场景组织，到高级的氛围营造，再到鸿蒙设备上的针对性优化，手把手带你走完一个高质量关卡从零到一的全过程。

2. 场景搭建：从混乱到秩序的基石工程

很多新手打开Unity，第一件事就是疯狂从Asset Store拖模型进场景，很快Hierarchy窗口就变得惨不忍睹，找什么都找不到。这种混乱是后续所有问题的根源。一个专业的关卡场景，其底层结构必须是清晰、可维护的。

2.1 层级管理与预制体：构建可维护的场景骨架

场景的层级结构是你的第一道防线。我强烈建议你按照功能和逻辑，而非美术类型来划分。一个典型的战斗关卡可以这样组织：

_SceneRoot：所有场景对象的根，方便整体移动或禁用。
Environment/Static：存放所有不会移动的静态物体，如地形、建筑。这些是光照烘焙的主要对象。
Environment/Dynamic：存放会移动或变化的场景元素，如可破坏的木箱、移动的平台。
Gameplay/Player：玩家角色及其直接相关的对象（如跟随相机）。
Gameplay/Enemies：所有敌人单位，可以再按类型分子文件夹。
Gameplay/Triggers：所有的触发器、检测区域，如存档点、机关触发区域。
Effects：粒子系统、后期处理体积等纯视觉效果对象。
Lighting：所有光源和光照探针，方便统一调整场景光照。

注意：不要滥用“空物体”（Empty GameObject）作为文件夹。虽然看起来整洁，但过多的空物体会轻微增加运行时开销（虽然很小）和编辑器操作复杂度。使用逻辑清晰的命名和少量必要的空物体作为分组根节点即可。

接下来是预制体（Prefab），这是Unity最强大的生产力工具之一，但很多人只用到了它“复制”的功能。它的精髓在于“实例化”和“覆盖”。举个例子，你需要一片森林，里面有100棵松树。你应该这样做：

精心制作一棵松树，调整好模型、碰撞体和材质。
将其从Hierarchy拖到Project窗口，创建为预制体（比如Tree_Pine_Prefab）。
在场景中，你可以从Project窗口拖拽这个预制体来放置实例。更高效的做法是，写一个简单的编辑器脚本，在场景中点击就在鼠标位置生成一个实例。
当你觉得所有松树的树叶颜色应该更深一些时，只需在Project窗口中打开预制体源文件，调整其材质颜色。场景中所有由此预制体生成的实例，只要没有单独覆盖过这个属性，都会自动更新。
如果你需要其中某几棵树更高大，你可以单独选中这些实例，在Inspector中修改它们的Scale值。这个修改是“覆盖”在预制体之上的，不会影响其他实例，也不会被预制体源的修改所重置。

鸿蒙适配技巧：在面向鸿蒙手机等内存受限设备时，预制体的设计要更“吝啬”。每个预制体引用的材质球尽可能共用（使用Material的Enable GPU Instancing），模型面数要严格控制（手机端建议单个预制体核心模型面数不超过500）。对于需要大量实例的对象（如草地、碎石），务必使用GPU Instancing或Unity的DrawMeshInstanced接口来绘制，这能极大降低Draw Call，在鸿蒙设备上提升帧率效果显著。

2.2 碰撞体与物理层：看不见的关卡逻辑网

场景搭建不只是把东西摆好看，更要摆得“能玩”。这就离不开碰撞体（Collider）和物理层（Layer）的合理设置。新手常犯的错误是给所有物体都加上复杂的网格碰撞体（Mesh Collider），这会导致严重的性能问题。

碰撞体选型原则：

简单形状用基本碰撞体：墙壁、地板用Box Collider，柱子用Capsule Collider或Cylinder Collider（虽然Unity没有原生圆柱碰撞体，但可以用多个胶囊体组合或使用凸包Mesh Collider近似），球体用Sphere Collider。它们的性能开销最小。
复杂静态物体用Mesh Collider（并标记为Convex）：对于形状不规则但不会移动的岩石、雕像，可以为其添加Mesh Collider，并勾选Convex选项。Convex（凸包）计算更快，但不能用于凹形物体间的精确碰撞检测。
动态复杂物体慎用Mesh Collider：对于会移动的、形状复杂的物体，如果非要用Mesh Collider，必须勾选Convex，并且意识到其性能成本。更好的方案是用多个基本碰撞体来组合近似其形状。

物理层（Layer）矩阵设置：这是避免“玩家穿过墙壁”或“子弹打不中敌人”的关键。在Edit -> Project Settings -> Physics中，你可以看到Layer Collision Matrix。这里决定了不同层级的物体是否会发生碰撞。我的常用分层方案是：

Default: 默认层，用于大部分静态环境。
TransparentFX: 用于半透明特效，通常不与玩家碰撞。
Ignore Raycast: 顾名思义，忽略射线检测的层。
Water: 水体。
UI: UI元素。
Player: 玩家角色及其碰撞体。
Enemy: 敌人角色及其碰撞体。
Projectile: 子弹、飞弹等投射物。
Interactable: 可交互物体，如宝箱、开关。
Ground: 专门用于行走的地面。这里有个关键技巧：将玩家和敌人的碰撞体分为两部分：一个Capsule Collider用于与Ground层碰撞实现行走，另一个Box Collider用于与Enemy/Player层碰撞实现身体碰撞。这样可以在物理矩阵中精细控制：Player层不与Ground层碰撞（避免角色被地面卡住），而是与Enemy、Interactable层碰撞。

3. 关卡设计核心原则：引导、节奏与心流

场景搭好了，接下来要让玩家在里面“玩”起来。好的关卡设计是隐形的导演，它引导玩家的视线、控制玩家的情绪、提供恰到好处的挑战。

3.1 视觉引导：让玩家“自然而然”地前进

玩家迷路是关卡设计的大忌。你不能指望他们去读一份说明书，所有引导必须通过游戏内的视觉语言来完成。

1. 光与色彩引导：这是最自然、最有效的方法。人眼天生会被更亮、饱和度更高、对比更强的区域吸引。在昏暗的洞穴中，唯一的光源照亮的前路就是引导；在色彩单调的荒漠中，一面鲜艳的旗帜就是目标。你可以使用点光源（Point Light）或聚光灯（Spot Light）打在关键路径、宝箱或机关上。后期处理中的Bloom（泛光）效果可以强化光源的吸引力。

2. 构图与框架引导：利用场景中的自然元素来构图。比如，两座山崖之间形成的“画框”，框出远处的城堡；一条蜿蜒的小路消失在树林的拐角，引发探索欲。在第三人称游戏中，镜头本身就是强大的引导工具，可以通过镜头的轻微旋转或推进来暗示方向。

3. 动态元素引导：静态的指引可能被忽略，但动态的元素一定能抓住注意力。比如，空中缓缓飘落的树叶指示风向或隐藏路径；远处周期性闪烁的灯塔；被惊飞的一群鸟指示了危险来源的方向。这些动态元素比一个静态的箭头路牌要高明得多。

鸿蒙适配技巧：在鸿蒙设备上，屏幕尺寸和比例多样（从狭长的手机到方正的平板）。你的视觉引导元素必须能适配不同屏幕。对于UI上的引导图标，务必使用Canvas Scaler组件，并设置为Scale With Screen Size模式，参考分辨率可以设为1920x1080。对于场景内的世界空间引导（如那个闪烁的光点），要确保它在所有常见视场角（FOV）下都能被看到，可能需要在不同设备上做测试，调整其大小或亮度。

3.2 难度曲线与心流体验：设计玩家的情绪过山车

“心流”（Flow）理论是关卡设计的黄金法则：挑战难度要略高于玩家的当前技能，使其保持专注和愉悦。难度曲线就是实现心流的工具。

一个标准的10分钟关卡，其难度曲线可以这样设计：

0-2分钟（引入期）：安全区。目标极其简单（走到那个发光的门前），没有任何敌人或陷阱。让玩家熟悉基本移动和视角操作。此处可以设置一个不可返回的门，强制完成基础教学。
2-5分钟（学习期）：引入第一个核心机制。比如一个简单的跳跃平台。平台间距很近，失败掉落也无惩罚（下面有安全网）。通过2-3次重复练习，让玩家掌握跳跃时机。
5-8分钟（应用与挑战期）：将机制与轻度挑战结合。跳跃平台开始缓慢移动，或者下方出现无害的视觉效果（如云雾）增加心理压力。同时引入第二个简单机制，比如蹲下穿过低矮通道。
8-10分钟（精通与小高潮期）：混合机制。玩家需要在移动的平台上跳跃后，立刻蹲下穿过障碍，同时可能有静态的、攻击模式单一的敌人出现。通关后给予明确奖励（解锁新区域、获得关键道具）。

关键点在于反馈：玩家每一次成功操作（跳上平台、击中敌人）都必须有即时、清晰的正面反馈（清脆的音效、屏幕轻微震动、角色欢呼动画）。每一次失败（掉落、被击中）也必须有明确的负面反馈（屏幕变红、角色痛苦动画、警告音效），但惩罚要适度，避免挫败感。在鸿蒙设备上，触觉反馈（Haptic Feedback）是一个增强沉浸感的利器，可以在玩家受到伤害、收集物品时调用设备的振动API。

4. 光照与氛围营造：从图形到情绪的渲染

如果说关卡结构是骨骼，玩法是肌肉，那么光照与氛围就是皮肤的质感和气色。它直接决定了玩家对游戏世界的“感觉”。

4.1 实时光照与烘焙光照的抉择与配置

Unity的光照系统主要分两种：实时光照（Realtime）和烘焙光照（Baked）。理解它们的区别和适用场景至关重要。

实时光照：光源在运行时计算，能产生动态阴影，光源本身可以移动、旋转、改变颜色和强度。性能开销大。适用于主角的手电筒、爆炸产生的闪光、可移动的灯笼等动态光源。
烘焙光照：将光线如何照射到静态物体并反弹的过程预先计算成一张“光照贴图”（Lightmap），贴在物体表面。运行时几乎没有性能开销，光影效果真实柔和（包含间接光照和阴影）。但物体和光源必须标记为Static，且无法动态改变。适用于太阳、天空盒以及所有不会移动的建筑、地形等静态环境光。

实战配置流程：

标记静态物体：在Hierarchy中选中所有不会移动的环境物体（地形、房屋、岩石），在Inspector右上角勾选Static复选框。这会将其纳入光照烘焙计算。
设置光源模式：主方向光（模拟太阳）通常设置为Mixed（混合）模式。这样它既能烘焙出静态物体的高质量阴影和间接光，又能为动态物体（玩家、敌人）提供实时光照和实时阴影。
配置光照设置：打开Window > Rendering > Lighting。
- 在Environment页签，设置Skybox Material和Environment Lighting（环境光）来源，通常选Skybox，让环境光颜色随天空盒变化。
- 在Lightmapping Settings页签，选择光照贴图器。Enlighten是旧版，Progressive CPU/GPU（渐进式）是当前主流，烘焙速度和质量更好。设置Lightmap Resolution（光照贴图分辨率），默认40-60通常够用，提高它会增加细节但也增加烘焙时间和内存占用。
- 关键参数Indirect Resolution：控制间接光照（光线反弹）的质量。对于室内或封闭空间，需要较高的值（2-3倍于Lightmap Resolution）来表现柔和的漫反射。户外可以低一些。
生成光照探针（Light Probes）：烘焙光照只对静态物体有效，动态物体需要光照探针来“采样”周围烘焙好的光照信息，从而被正确照亮。使用GameObject > Light > Light Probe Group创建一组探针，将其均匀布置在玩家和NPC可能活动的空间，尤其是光照变化剧烈的区域（如门口、走廊）。
点击Generate Lighting（或Bake）：开始烘焙。这是一个耗时过程，取决于场景复杂度和设置。

鸿蒙适配技巧：烘焙光照是移动端性能优化的好朋友，因为它将昂贵的光照计算转移到了开发阶段。但光照贴图是显存消耗大户。对于鸿蒙手机：

将Lightmap Resolution降至20-30，Indirect Resolution降至40-60。
使用Lightmap Compression压缩光照贴图。
考虑将大场景分割成多个光照贴图集，或者使用Texture Streaming技术流式加载光照贴图。
对于低端机，可以完全禁用实时光影，全部使用烘焙光照+光照探针，并将主方向光设为Baked模式，以换取绝对稳定的帧率。

4.2 后期处理堆栈：低成本高回报的氛围魔法

Unity的Post Processing Stack（后期处理栈）是营造氛围的“滤镜”，能以极低的性能成本极大提升画面质感。导入Package Manager中的Post Processing包后，为相机添加Post-process Layer组件，并创建一个Post-process Volume（全局或局部）。

几个必用的效果及其参数心得：

Bloom（泛光）：让明亮区域产生光晕。Intensity（强度）控制光晕亮度，Threshold（阈值）决定多亮的像素开始泛光。技巧：将Threshold调高（如1.2），只让非常亮的光源（如灯泡、魔法效果）产生泛光，避免画面整体发白。Dirt Texture可以添加镜头污渍效果，增强真实感。
Color Grading（颜色分级）：调整整体色调。这是定义关卡情绪的关键。地牢关卡可以降低Temperature（色温偏蓝），提高Contrast（对比度），降低Saturation（饱和度），营造冰冷、压抑的感觉。森林关卡可以提高Temperature（偏暖黄），稍微提高Saturation，让绿色更鲜活。
Vignette（暗角）：使屏幕边缘变暗，自然地将玩家视线引导至中心。Intensity不宜过高，0.3-0.5即可，Smoothness可以调高让过渡更自然。
Ambient Occlusion（环境光遮蔽，AO）：在物体交接、缝隙处产生柔和的阴影，极大增强物体的体积感和场景的厚重感。移动端建议使用Scalable AO或Multi-scale Volumetric AO，性能更好。Intensity和Radius需要根据场景尺度微调。
Depth of Field（景深）：模拟相机焦点清晰、背景模糊的效果。非常适合用于过场动画或强调特定物体。但在主游戏进程中慎用，因为它可能引起部分玩家眩晕，且比较耗费性能。如果要用，建议只在对话、查看物品等非激烈操作时启用。

鸿蒙适配技巧：后期处理效果在GPU上执行。在鸿蒙设备上，必须严格评估每个效果的代价。Bloom和Color Grading通常是性价比最高的。Ambient Occlusion选择性能模式。像Motion Blur（运动模糊）、Chromatic Aberration（色差）这类风格化强但性能开销大或可能引起不适的效果，在移动端建议直接关闭。可以通过代码在游戏启动时检测设备性能等级，动态启用或关闭某些后期效果。

5. 鸿蒙5+多端适配深度优化策略

“一次开发，多端部署”是鸿蒙的核心优势，但也是对开发者的挑战。关卡设计不能只考虑“能运行”，更要考虑在不同算力、屏幕和交互方式的设备上都有“好体验”。

5.1 资源分级与动态加载体系

这是多端适配的基石。你不能让鸿蒙旗舰手机和千元机加载同样的4K纹理。我们需要建立一套资源分级体系。

1. 使用Addressable Asset System（可寻址资源系统）：这是Unity官方推荐的资源管理方案，它完美解决了资源依赖、打包和动态加载问题。将你的资源（模型、纹理、音频、场景）标记为Addressable，并为其设置标签（Labels），如“HighRes”、“LowRes”、“Common”。

2. 构建资源变体（Variants）：对于关键资产，创建不同质量的变体。例如：

Character_Main_High: 包含4K法线贴图、高精度模型（5000面），用于高性能平板。
Character_Main_Mid: 包含2K贴图、中精度模型（2000面），用于主流手机。
Character_Main_Low: 包含1K贴图、低精度模型（800面），用于低端手机。

在Addressables Groups窗口中，你可以为同一个Address（如“Character_Main”）配置不同的变体，并通过构建脚本为不同设备构建不同的资源包。

3. 运行时设备检测与资源加载：游戏启动时，通过SystemInfo类获取设备信息（如graphicsMemorySize,processorFrequency等），或使用更简单的分级方式（如根据设备型号预设列表）。然后，根据分级结果，加载对应标签的资源。

// 示例：简单的设备分级 public class DeviceTier { public const int Low = 0; // 低端鸿蒙手机 public const int Mid = 1; // 中高端鸿蒙手机 public const int High = 2; // 鸿蒙平板/高性能手机 } public class ResourceLoader : MonoBehaviour { async void Start() { int tier = DetectDeviceTier(); string qualityLabel = tier switch { DeviceTier.Low => "LowRes", DeviceTier.Mid => "MidRes", DeviceTier.High => "HighRes", _ => "MidRes" }; // 加载对应质量的关卡场景资源 var loadOp = Addressables.LoadAssetAsync<GameObject>($"Level_1_{qualityLabel}"); await loadOp.Task; Instantiate(loadOp.Result); } private int DetectDeviceTier() { /* 你的检测逻辑 */ } }

4. 纹理与网格的针对性优化：

纹理格式：鸿蒙设备（基于ARM架构）对ASTC格式支持非常好。在Texture Import Settings中，为Android（鸿蒙通常使用Android构建目标）选择ASTC 4x4或6x6块压缩，能在视觉损失极小的情况下大幅减少内存占用。避免使用未压缩的RGBA32格式。
网格优化：使用LOD（Level of Detail）组。为远处物体设置低面数模型。在Unity中创建LOD Group组件，分配不同距离下的不同模型。确保低模的UV和材质与高模一致，避免远处贴图错乱。

5.2 性能敏感参数的动态调整

除了资源，很多运行时参数也需要根据设备能力动态调整。

1. 渲染分辨率动态缩放：这是保帧率的“杀手锏”。当检测到帧率持续低于目标值（如30fps）时，可以动态降低渲染分辨率（Render Scale）。Unity URP（通用渲染管线）可以很方便地调整Render Scale。

// 在URP的Render Pipeline Asset中，或通过代码动态修改 var urpAsset = GraphicsSettings.renderPipelineAsset as UniversalRenderPipelineAsset; if (urpAsset != null && currentFPS < 28f && urpAsset.renderScale > 0.7f) { urpAsset.renderScale -= 0.1f; // 降低渲染分辨率 // 同时可以适当降低后期处理质量作为配合 }

2. 粒子系统与Draw Call优化：

粒子数量上限：为每个粒子系统设置合理的Max Particles，并在低端设备上通过代码调低这个值。
粒子合批：确保使用相同材质和纹理的粒子系统可以合批。避免每个粒子系统都使用独一无二的材质。
静态合批（Static Batching）：对于大量完全静止的、使用相同材质的物体（如场景中的碎石堆），可以勾选Static并启用静态合批，Unity会在运行时将其合并为一个大的网格，极大减少Draw Call。但会占用更多内存存储合并后的网格，需权衡。

3. 代码层面的条件编译与逻辑降级：使用平台定义宏来编写设备特定的代码逻辑。虽然鸿蒙目前可能使用UNITY_ANDROID作为构建目标，但可以自定义宏来区分。

// 在Player Settings的Scripting Define Symbols中添加 HARMONYOS_MOBILE, HARMONYOS_TABLET #if HARMONYOS_MOBILE // 手机端：减少同屏敌人数量，简化AI逻辑更新频率 maxEnemiesOnScreen = 5; aiUpdateInterval = 0.2f; #elif HARMONYOS_TABLET // 平板端：允许更多敌人，更频繁的AI更新 maxEnemiesOnScreen = 10; aiUpdateInterval = 0.1f; #endif

6. 实战全流程：构建一个适配鸿蒙的“幽暗洞穴”关卡

让我们把以上所有知识串联起来，实际打造一个约5分钟流程的“幽暗洞穴”入门关卡，并全程考虑鸿蒙5+的适配。

6.1 第一步：白盒搭建与核心动线规划

在导入任何美术资源前，用Unity自带的原始几何体（Cube, Sphere, Capsule）搭建关卡的白盒（Grayboxing）。这个阶段只关注玩法、尺度和动线。

规划入口、出口和关键节点：用Cube摆出洞穴的通道。确保通道宽度至少是角色胶囊碰撞体直径的3倍（避免拥挤感）。放置几个较大的空间作为“房间”，用于设置战斗或解谜。
设置初步镜头：在第三人称游戏中，用Cinema Machine虚拟相机跟随玩家。在白盒阶段就调整好相机跟随距离、阻尼，确保在狭窄通道内不会穿帮。
标记兴趣点：用空物体（如POI_SecretPath,POI_Ambush）标记出你计划放置隐藏道路、敌人伏击点、宝箱的位置。
鸿蒙考量：白盒阶段就要考虑性能。避免设计需要同时渲染超大面积视野的“通天洞”结构。洞穴本身是天然的遮挡，有利于视锥体剔除（Frustum Culling）。

6.2 第二步：美术资源导入与场景细化

白盒验证玩法可行后，开始替换美术资源。

模块化资产：使用模块化的洞穴岩石、墙壁、地板资产进行拼接，而不是使用一整块巨大的洞穴模型。这有利于资源复用和光照烘焙。
碰撞体替换：为每个岩石模型替换简化的碰撞体（通常是凸包Mesh Collider或几个Box Collider的组合），移除原始的高面数Mesh Collider。
材质与纹理：使用支持GPU Instancing的Standard或URP Lit Shader。为洞穴墙壁使用Tileable（可平铺）的纹理，减少纹理采样次数。
鸿蒙资源分级：制作两套纹理：一套2K/ASTC 6x6用于中高端设备，一套1K/ASTC 4x4用于低端设备。在Addressables中配置好变体。

6.3 第三步：光照、氛围与后处理设置

这是赋予洞穴灵魂的一步。

主光源：关闭默认的Directional Light。在洞穴入口处放置一个微弱的Directional Light（设为Mixed，强度0.3），模拟外部天光渗入。
关键区域光源：在路径拐角、宝箱上方、解谜机关处放置点光源（Point Light，Realtime模式），颜色可以偏冷蓝或幽绿，强度适中，范围较小，营造神秘和指引效果。
全局光照烘焙：将所有静态的洞穴墙壁、地板标记为Static。在Lighting窗口中，选择Progressive GPU烘焙器，设置Lightmap Resolution=30，Indirect Resolution=60。关闭Ambient Occlusion的烘焙（因为我们会用后处理AO），开始烘焙。烘焙后，检查光照贴图是否有过亮或过暗的接缝，调整光源或模型UV。
后处理体积：创建一个全局Post-process Volume。
- Color Grading:Temperature拉向蓝色（-10），Saturation降低（-15），Contrast提高（+10），营造阴冷、对比强烈的感觉。
- Bloom:Threshold=1.5,Intensity=0.8,Scatter=0.7，让那些点光源和发光蘑菇产生柔和光晕。
- Vignette:Intensity=0.4，让视线更聚焦于昏暗洞穴中的有限光亮区域。
- Ambient Occlusion:Mode=Multi-scale Volumetric,Intensity=1.2,Radius=0.5m，增强岩石缝隙的深度感。

6.4 第四步：游戏逻辑集成与鸿蒙适配代码

玩家与交互：设置玩家控制器，包含移动、跳跃、交互（E键）逻辑。在关键位置放置触发器（Trigger Collider），当玩家进入时，播放一段音效（如滴水声）、显示UI提示（“前方似乎有光亮”），并调用Addressables.InstantiateAsync异步加载下一个区域的资源。
动态加载区：将洞穴分为3个区域（入口区、主腔室、出口区）。每个区域做成一个独立的场景或Addressable资源。当玩家接近区域边界时，异步加载下一个区域，并卸载上一个区域（确保至少保留当前和相邻区域）。
设备检测与参数设置：在游戏初始化脚本中，实现DetectDeviceTier()方法。根据分级，在运行时动态调整：
- 低端机：关闭实时阴影（QualitySettings.shadows = ShadowQuality.Disable），将后处理Volume中的Bloom和AO强度减半或关闭，将粒子系统的Max Particles全局缩放系数设为0.5。
- 高端机/平板：启用软阴影，保持全特效，甚至可以适当提高渲染分辨率（urpAsset.renderScale = 1.1f）。

6.5 第五步：测试、分析与迭代

多设备测试：必须在至少一款鸿蒙中低端手机和一款平板上进行真机测试。使用Unity Profiler连接真机，重点关注：
- CPU:Rendering和Scripts耗时是否过高。
- GPU: 每帧耗时是否超过帧预算（如33ms对应30fps）。
- 内存：Texture Memory和Mesh Memory是否在设备安全范围内。
性能热点优化：
- 如果Draw Call过高，检查静态合批是否生效，检查材质球实例化情况。
- 如果GPU耗时过高，使用Frame Debugger工具逐帧查看渲染命令，定位是哪个后处理效果或复杂着色器导致的，考虑降级或替换。
- 如果加载卡顿，检查Addressables异步加载回调中是否有阻塞主线程的同步操作。
体验调优：邀请非项目组成员试玩，观察他们是否迷路、是否觉得关卡过难或过易、在不同设备上的操作舒适度如何。根据反馈调整引导光源的强度、敌人的数量、机关的响应时间等。