做Unity场景优化这些年，我越来越确信一件事：大部分项目的渲染卡顿，不是显卡不行，而是场景里重复的、不合理的设置太多。尤其是光照、阴影、包围盒、遮挡剔除这些东西，Unity默认全开，项目一旦复杂起来，帧率直接崩给你看。前段时间被塞了一个展厅类项目，要跑Pico 4，还要兼顾PC端Demo，场景里有上百个带实时阴影的灯光、一堆没做过减面处理的模型、还有好几个忘了关的实时全局光照探针，头显里实测掉到二十几帧，眼睛都快看花了。
后来我用了Simplyon这个编辑器插件，配合手动调整，一顿操作下来，头显里稳定在72帧以上。整个过程踩了不少坑，也验证了一些网上说法和实际表现的差异。这篇就把我记录下来的使用过程、参数设置、问题排查完整写出来，给正在被Unity性能问题折磨的朋友做个参考。
1. 项目背景与选型思路
1.1 场景卡顿的根因到底在哪
先说结论：绝大多数Unity项目性能崩掉，不是某一个单点问题，而是多个默认设置叠加后的连锁反应。最常见的是这几个——实时阴影全开，场景里放个十几盏灯，每盏灯都在实时计算阴影，GPU直接顶不住；摄像机裁剪距离拉得过大，包围盒范围远超实际需求，远处根本看不清的物体也在参与渲染；遮挡剔除没配置，摄像机后面的模型照样绘制；还有在移动端跑实时全局光照，想都不要想。
我那个展厅项目就是典型，早期为了出效果，美术往场景里丢了很多带点光源的装饰灯，每盏灯都开了阴影。PC上看着还行，一上Pico 4，GPU负载直接爆表。用Profiler抓了一下，渲染线程每帧Overdraw离谱，阴影绘制占了接近一半的开销。
这种场景下，靠人一个个手动去改设置不是不行，但效率太低，而且美术改完一版，代码提一次版本，配置很容易被回退或覆盖。我需要的是一个能自动检测问题、批量修正、还能把关键参数固化下来的工具，Simplyon大致就是做这件事的。
1.2 为什么选Simplyon而不是全靠手调
单独说性能优化方案，PureRef文档、Unity官方性能优化手册、各种GDC分享我都翻过，但工具层面能做到“自动巡检+一键修正+可视化反馈”的，确实不多。Simplyon的核心价值，是把它内置的一套渲染最佳实践规则化，然后在你的场景里跑一遍分析，把不符合规则的地方标出来，你确认后它自动改。
这跟手动优化最大的区别在于：你不用记得住每条规则。比如“Lightmap相关的参数应该怎么设”“阴影距离和摄像机Far Clip的比例多少合适”“实时阴影应该限制在哪几个光源”……Simplyon会把这些问题打包处理。实际操作下来，它对光照、阴影、摄像机裁剪、遮挡剔除、Mesh处理、帧率目标这几块的覆盖最实用，基本覆盖了一个3D项目从搭建到上真机的大半性能问题。
1.3 它到底动了哪些设置
我用下来，Simplyon主要是从这几个维度去干预场景设置的：
- 光照模式：自动帮你把Mixed/Lightmap Mode调整到适合当前渲染管线的模式，并给出烘焙建议。
- 阴影配置：限制实时阴影的光源数量与范围，调整Shadow Distance和Cascade数量，防止阴影范围过大。
- 摄像机裁剪：根据场景尺寸和平台，提示并调整Far/Near Clip Plane，避免无意义的远距离绘制。
- 遮挡剔除：检查静态遮挡物的Occluder Static标记，自动补齐或建议设置。
- Mesh处理：检查模型读入设置（Read/Write、网格压缩、索引格式），标记过大网格，提示减面。
- 帧率目标：针对目标平台设置Application.targetFrameRate。
这里要说明一下，我用的版本是Simplyon 3.x，不同版本界面和选项会有差异，但底层逻辑和管理思路是一致的。
2. 核心功能拆解与关键参数设置
2.1 光照模式自动匹配，烘焙参数别乱抄
光照这块，很多人上来就抄网上的烘焙参数，什么“间接强度0.8、反弹次数2、光照贴图分辨率40”，这些数字脱离项目场景完全没意义。Simplyon的做法是先用一套基线值分析你的场景，看你的灯光模式是否匹配。我遇到的情况是，项目里用了Mixed灯光，但Lightmap Mode是NonDirectional，场景里却存在需要法线细节的模型，烘焙出来墙面阴影糊成一片。
正确的做法是，场景里如果没有特别强的法线细节需求，用NonDirectional烘焙光照贴图是最省空间的；但如果你有清晰的近景物体，比如展厅里的展柜、展品，Direct模式会让细节更扎实。Simplyon会告诉你当前这个场景更适合哪个模式，但最终确认还是要看美术判断。我把展厅场景设置为Directional，烘焙尺寸按物体大小分成两块，大件40 texels per unit，小件20，效果和包体大小平衡得比较好。
这里有一个经验分享：不要直接点Simplyon的“自动全改”。它把光照模式做了一次性切换后，你必须重新烘焙，烘焙期间不要开实时全局光照预览，否则画面颜色会产生两套结果，看起来像偏色，排查半天还以为是灯光打错了。
2.2 阴影配置与包围盒的联动调整
阴影问题是我在这次项目里花时间最多的。Pico 4这类一体机，GPU要同时处理场景渲染和系统UI，阴影的计算量必须压到很低。Simplyon在阴影上的处理思路是把阴影距离限制在场景主视觉范围内，而不是完全关掉。
实际操作中，我把主灯的Shadows Type设为Soft Shadows，Shadow Distance根据展厅大小设为25米，Cascade数量在移动端降为2 Cascade。这里关键的一步是配合摄像机Far Clip一起优化。原本场景摄像机Far是400，很多远处的建筑轮廓根本看不清，却都在往包围盒里塞，阴影贴图跟着覆盖超大范围，阴影质量稀烂。把Far Clip压到150之后，Shadow Distance压在30以内，阴影精度肉眼可见提升。
这个联动逻辑是：包围盒和Far Clip决定了哪些物体进入裁剪范围，阴影距离如果大于Far Clip，等于阴影系统在计算看不见的物体，纯浪费。Simplyon的自动检测里也有这一项，它会提示“Shadow Distance大于Camera Far Plane”，这种时候不是单纯拉大阴影距离就能解决。
2.3 遮挡剔除和动态批处理的配置
遮挡剔除在展厅这类室内场景收益非常明显。展厅结构是几面墙隔开的多个独立空间，站在A区完全看不到B区。但项目之前的Occlusion Culling数据是空的，所有空间全部draw。
Simplyon会把场景里符合条件的静态物体自动标记好Occluder Static和Occludee Static，然后我手动检查一遍再烘焙。注意几个小坑：第一，如果场景里有大面积的透明物体，比如玻璃幕墙，别勾Occluder，否则遮挡剔除会误判，导致玻璃后面的东西时隐时现；第二，动态物体会被静态遮挡物遮挡，配置好之后动态角色走到墙后面，可以从渲染统计里看到三角形数在下降。
关于动态批处理，移动端建议只开Dynamic Batching，Static Batching在大世界项目里会显著增加内存占用，收益不明显的场景不如不开。Vegetation/大世界项目另说，但展厅这种室内项目，靠节点静态合并和GPU Instancing就够了。
2.4 渲染管线与帧率目标，别把优化做成反向优化
这一步是很多人忽视的。Simplyon里可以设置目标平台的帧率上限，比如Pico 4设72，PC Demo设144。但帧率设置只是最后一道锁，真正决定你帧率上不去的，是渲染管线和画质分级。
我们项目用的还是内置渲染管线加URP资产混用的状态，Simplyon在这种环境下能处理的部分是提醒你Multi-pass还是Single-pass。移动端VR项目建议使用Single-Pass Instanced，这是标配，但如果你在编辑器里单眼睛预览，仍然用Multi-Pass模式，结果是帧率看起来很低，其实上真机没问题，别自己吓自己。
真正反向优化的操作是：为了帧率把阴影全关、灯光全砍、模型全部压到最低LOD。这样做Unity本身的渲染开销确实是降了，但画面变平、模型模糊，展厅项目完全没法看。优化应该是让正确的东西以正确的资源消耗出现，不是一关了之。
3. 实操记录与完整步骤
3.1 接入前必须做的备份与版本控制
不管用任何插件，第一步永远是备份场景和配置。Simplyon改的是场景文件和Project Settings里的关键项，一旦你点了应用，它不会自己创建场景副本。我的做法是先在Git上开一个分支，然后手动另存一份场景为Scene_OptimizedBackup，再开始操作。
同时把ProjectSettings/QualitySettings.asset等几个关键配置文件复制到临时目录。这些文件如果改坏了，Unity启动会直接重置默认值，淡出愉快的设置就全没了。备份完之后，右键Project窗口里的Simplyon文件夹，确认DLL等资源都正常导入，再打开Window菜单下的Simplyon面板。
3.2 扫描、导出报告到逐步应用
打开Simplyon之后，首选不是点任何“Apply”，而是先点“Analyze”。它会花一段时间跑场景分析，结束后生成一个Report窗口，里面按类别列出了所有问题项，包含严重等级。
我的操作顺序是：
- 先把Report导出成HTML，发给组里美术和TA一起看，这是一个很好的对齐过程，大家知道接下来要动哪些东西。
- 从Critical级别的问题开始逐条检查，不是无脑全Apply，而是点开每一项看它具体要改什么。
- 确认无误后Apply所选修改。
- 打开Lighting窗口重新烘焙。
一个可能被忽略的点：Analyze结果跑完后，如果你手动改了场景里的任何设置，比如调了一个灯光的Range，报告会过期，需要重新Analyze，否则继续Apply可能覆盖你的手动修改。
3.3 手动微调的几个关键点
自动检查完，不代表工作结束。我的实操经验是，Simplyon给的参数是通用基线，项目差异化调整才是关键。
第一个是展厅地面材质，自动分析建议把Lightmap参数调低以节省空间，但这个地面是用了4K分辨率贴图的大理石，如果烘焙分辨率和贴图差距太大，接缝处会出现色差。我手动把地面物体的Lightmap参数单独提到30 texels per unit，和整体烘焙分开。
第二个是展柜玻璃的阴影行为，自动设置让所有Mesh都投射阴影，但玻璃物体投射阴影会导致影子像一块黑布，很难看。我把这些物体的Cast Shadows改成Off，或者单独用Shadow Only的虚拟几何体来表现展柜阴影。
第三是热点的刷新频率和帧率目标的关系，展厅里很多交互热点是UI元素，UI在VR里如果频繁Rebuild会导致丢帧。Simplyon提示的GPU优化帮不上UI Canvas的忙，我会手动把热点UI的Raycast Target大量裁剪掉，同时把Canvas放在晚上不变化的位置。
3.4 上真机前的最后验证清单
改完设置、烘焙完光照之后，别急着包APK。在编辑器里你可以用Game视图模拟，但真机上的GPU调度和编辑器完全不一样。我列一个自己每次上真机前必查的清单：
- QualitySettings里当前激活的Level是不是你改的那一档，很多时候改了半天，发现项目跑的是Low档。
- Player Settings里的Graphics APIs，移动端记得把Vulkan排在OpenGLES前面，帧率更稳定。
- 确保批处理窗口没有未烘焙数据。
- 跑一遍Profiler的Auto Connect，真机连着跑3分钟，抓一下CPU/GPU时间线，重点看有没有长时间的GC Alloc。
这个清单看着基础，但每次项目会诊都能捞出一两个问题。
4. 常见问题与排查技巧实录
4.1 画面变暗、颜色偏色，先别怪光照
应用Simplyon建议的Lighting Mode之后，很多人会发现画面明显变暗，或者整体偏灰。这种情况大概率不是参数改错了，而是Scene视图的Lighting设置里，实时全局光照（Realtime GI）被关闭，而烘焙光照还没有生效。
排查逻辑是：先看Lighting窗口的Auto Generate是否开启，再确认是否执行了烘焙，最后检查烘焙光照贴图有没有被误删。如果这三步都正常，再看材质球里的Emission和间接光贡献是否被自动收紧。
我把展厅的部分射灯从实时改为Mixed之后也遇到这类问题。后来发现是Unity的Light组件里，有个“Indirect Multiplier”被自动重置成0.5的默认值，间接光弱了，画面自然闷。
4.2 阴影闪烁和边缘锯齿的处理
这种情况项目优化完最容易冒出来。优化之后阴影距离变小，精度提高了，但Shadow Cascade数量如果从4降到2，画面变远一些就出现阴影闪烁。
别急着调回4 Cascade，先尝试增加阴影贴图分辨率。这个参数通常在QualitySettings里，调到2048或者3072，能解决大多数闪烁。如果还不够，检查光源角度是否过陡，阴影边缘的Bias值是否合适，可以先把Normal Bias先调到1、1.5，再观察。
如果阴影还是抖动，大概率问题出在渲染管线里Shadow Caster深度偏移。这种情况下，手动微调光源的Depth Bias比盲目抬高贴图分辨率更有效。
4.3 UI点击范围变小，和优化有什么关系
展厅项目里有大量可交互热点，之前按钮点击范围正常，优化后部分按钮点不中。一开始我以为是碰撞体问题，后来发现是Canvas的Scale和Render Mode在优化过程中被自动处理过。
Simplyon本身不处理UI，但如果是手动优化误把Canvas上的Graphic Raycaster禁用，或者把一些图片的Raycast Target关掉，就会出现这种问题。同时还有一个常见操作是，为了让UI在真机上不闪烁，你把Canvas的Pixel Perfect开了，在VR单眼渲染下Transform变化会导致边缘像素抖动，点击区域判定也受影响。
比较稳妥的做法是，给可点击元素单独加一个透明子物体做吸附区域，扩大响应热区，别依赖原Image本身的小尺寸。这个做法对移动端尤其友好，触控精度和视觉尺寸不对称时特别有用。顺带说一句，这里就可以直接用Unity自带的RectTransform扩展，不需要额外插件。
4.4 真机帧率反降，先检查死循环式的自动开关
有朋友反馈用了优化插件之后帧率反而下降。我去帮他看，发现他在优化后开了一个ObjectPool（对象池）去频繁实例化特效物体，又开了Realtime GI实时烘焙，两头来回压GPU。
优化工具改的是静态配置，如果你的项目里存在每帧动态生成或销毁Mesh、贴图、材质的需求，配置再合理也会被运行时开销拉胯。建议排查一下有没有类似的After Optimization动态负载，尤其是阴影投射物和动态光源的创建销毁。
另外一个容易被忽略的点是Shader。Unity的Standard Shader在移动端效率和URP/移动端专用Shader差很远。Simplyon把渲染设置优化到很低后，Standard Shader的计算量占比反而凸显出来。我之前有一个项目，把所有材质替换成项目的简易Lit Shader，帧率立刻回升。你可以检查Optimization后哪些材质还在用Standard。
4.5 常见问题速查表
| 现象 | 可能原因 | 解决方向 |
|---|---|---|
| 画面偏暗 | 间接光贡献被重新设低 | 检查Light组件Indirect Multiplier，重新烘焙 |
| 阴影闪烁 | Shadow Cascade降档幅度过大 | 提升阴影贴图分辨率，优先2496以上 |
| 玻璃物体投黑影子 | Cast Shadows默认全开 | 玻璃模型关闭Cast Shadows，或Shadow Only代理体 |
| 远处物体忽然消失 | Far Clip被压得过小 | 重新设置Far Clip结合场景边界，设置软过渡 |
| UI点击区域变小 | Raycast Target被误关 | 扩大响应热区，子物体透明吸附 |
| 真机内存飙升 | Static Batching自动开启 | 场景物体按区域分块，不要全场景勾选 |
这张表是我这次项目实操的浓缩版，也是后面回看优化效果时的检查索引。每次开项目前，我照着自己这张表过一遍，能省下很多排查时间。
我在实际使用中对Simplyon的整体感受是：它不是一个帮你把所有事情做完的工具，而是一个能帮你建立优化意识的加速器。它的自动分析能把你从繁琐的逐项检查里解放出来，但最终的参数确认、美术效果把关、平台适配调试，还是得靠人对项目本身的理解。尤其是它把阴影距离、摄像机裁剪这些看似独立的参数形成联动提示时，你会对Unity的渲染体系有更完整的感觉。
如果你正筹备一个新的3D项目，建议从搭建初期就用这类工具做配置规范，而不是等项目做了一半再来补优化。另外需要留意的是，插件的自动修改不会帮你做好版本管理，公司有CI/CD流程的，记得把优化前后的PlayerSettings差异纳入代码评审范围。优化不是一次劳动，它是一个持续演进的过程。后面我打算把展厅项目拆成几个独立Demo，分别试一下不同Cascade和阴影距离组合在Pico 4上的表现，等有结论了再写一篇实际数据分享出来。
