先说个结论Unity项目在编辑器里跑得越流畅粒子特效越华丽打包后“显示不全”的概率反而越高。我前阵子做一个移动端AR展示项目就撞上了这问题——编辑器里火焰粒子和烟雾粒子都正常打出去的Android包里火焰顶端被场景模型硬生生切掉一块烟雾粒子在部分老型号手机上直接变灰变黑还有个WebGL演示版本里粒子远一点就整个消失。排查了三天最后发现根本不是粒子参数的问题是渲染管线和平台差异在作祟。这类问题最迷惑人的地方在于场景里粒子系统看起来一切正常不报错、不警告打包后却各种抽风。所以第一件事不是去调粒子的Start Size、Emission Rate而是先搞清楚“显示不全”到底是哪一种“不全”。1. 先给“显示不全”分分类不然排查一天也是白费很多人一看到粒子显示不全就以为是粒子数量不够、生命周期太短、碰撞体把粒子挡住了然后一顿瞎调。实际遇到的情况往往根本不是这些原因。我把过去几年踩过的坑和网上朋友遇到的问题归了下类大致有四种现象每一种的排查方向完全不同。1.1 粒子被场景几何体硬生生切掉一块这是最常见的一种“显示不全”粒子明明在发射但和场景里的模型、地面、墙体相交的部分像被刀切掉一样有的是一整片消失有的是边缘出现一条清晰的接缝。典型画面就是火焰粒子穿过墙体时墙体外面的部分正常燃烧墙体里面的部分直接黑掉或者消失。这种问题十有八九跟“软粒子Soft Particles”有关也可能是粒子Shader的深度写入ZWrite设置不对。编辑器里看起来正常是因为编辑器默认相机在PC上会生成深度纹理但打包到移动端或WebGL之后深度纹理不一定存在软粒子采样失败表现就完全不一样了。1.2 粒子发黑、发灰或者干脆透明不可见第二种情况是粒子还在发射但是颜色不对。火焰变成黑烟烟雾变成灰块或者粒子变成半透明看不见了。很多人第一反应是“贴图丢了”但检查材质球、贴图引用都还在资源也没缺失。这种一般是Shader在目标平台上不兼容或者贴图的压缩格式不被目标平台支持。编辑器的预览用的是桌面级显卡和完整的Shader变体移动端GPU能力弱、支持的指令集少Shader里的某些Pass被裁剪掉粒子渲染出来就是黑色或者灰色。另外后处理里的Bloom如果阈值设置不当粒子亮度爆表时也可能整个糊成纯白看起来像部分粒子“消失”了。1.3 粒子远看没了、近看还在或者数量骤减第三种情况是粒子系统没坏但相机一拉远粒子就没了或者画面里的粒子数量明显比编辑器里少。这个问题容易被当成“粒子没发射出来”但实际上往往是粒子系统的Culling Mode被触发或者粒子包围盒Bounds计算不准确粒子在视锥剔除阶段就被干掉了。Unity的粒子系统默认Culling Mode是Automatic意思是当粒子系统在相机视野之外时可以自动暂停或停止模拟。如果场景里有多个粒子系统或者粒子系统挂了动态生成的位置脚本包围盒没有跟着更新那么屏幕里明明还看得到一半粒子系统却认为整个粒子系统已经移出视野直接不渲染了。1.4 粒子之间互相裁剪只有一部分粒子能显示第四种稍微隐蔽一点粒子之间会互相遮挡有的粒子显示出来有的粒子被“吃掉”。如果粒子用的是加色混合这个问题不太明显如果用的是Alpha混合粒子之间的渲染顺序不对前面的粒子会把后面的粒子盖住或者“切掉”。这个问题出在渲染队列和深度写入上。粒子的材质渲染队列如果被设置成不透明Render Queue小于2500或者Shader里开了ZWrite透明粒子之间就会出现深度竞争先画的粒子挡住后画的粒子互相穿插看起来就是一部分粒子显示不全。先对照现象再动手排查。下面我按这四类问题逐一展开。2. 软粒子失效是“粒子被切开”的头号原因“粒子被几何体切掉一块”这个问题我遇到的所有案例里几乎都和软粒子相关。先解释一下软粒子的原理不然你不知道为什么要在意它。2.1 编辑器正常、打包露馅的深层原因软粒子的官方名称是Soft Particles它的作用是让粒子在与场景几何体相交时根据深度差做透明度衰减避免出现生硬的交叉边缘。实现思路是相机把场景不透明物体的深度渲染到一张深度纹理里粒子Shader在片元阶段采样这张深度纹理比较粒子本身深度和场景深度的差值差值越小透明度越低这样粒子和地面相交的地方就会形成平滑过渡。问题在于深度纹理不是默认一定会生成的。Unity内置渲染管线里相机的Depth Texture通常需要代码显式打开或者某些后处理Effect会自动打开。URP管线里需要勾选Depth Texture选项才会生成。编辑器预览使用的显卡、图形API和打包后的目标平台有很大差异某些设置编辑器里碰巧被后处理脚本打开了打包后这个脚本没挂或者被裁剪深度纹理就不见了。Shader采样不到深度纹理时理论上应该报错但实际大多数情况是不声不响地退化成普通透明渲染软粒子效果直接丢失粒子就恢复成“硬边”和几何体相交处干净利落地被切掉。2.2 怎么确认是不是软粒子问题判断方法很简单在编辑器里打开粒子材质找到Shader属性面板里有没有“Soft Particles”相关开关把它关掉再运行看。如果关闭后编辑器里的表现反而和打包后一致了那就说明打包后软粒子确实失效了。另外还有一种抠细节的判断方式把相机从场景模型旁边慢慢拉近观察粒子被切开的边缘。如果切开边缘是一条笔直的“切面”几何体轮廓清晰可见多半是软粒子失效如果切开边缘有锯齿、闪烁或者和深度纹理分辨率相关的小块状瑕疵那是深度纹理采样精度问题。2.3 替代做法和代码兜底如果项目确实需要软粒子在移动端做兜底的方法是在启动时强制开启相机的深度纹理模式。代码如下void Start() { var cam Camera.main; if (cam ! null) { cam.depthTextureMode | DepthTextureMode.Depth; } }但我要提醒一句移动端开启深度纹理是有性能代价的会多一次深度Pass或者增加额外的内存带宽消耗。如果你的粒子特效并不需要和场景几何体做柔和交叉比如只是高空喷发的烟花、远处的烟雾完全可以直接关掉软粒子使用普通的Alpha Blend或者Additive混合这样在移动端反而更稳定。我自己现在的习惯是粒子材质里凡是带Soft Particles开关的在打包前都会检查一遍。如果是关键交互特效我会关掉软粒子用“粒子本来的硬边粒子发射角度避开地面”来规避穿插问题如果确实是贴地火焰这类必须做柔和过渡的特效我再开深度纹理并且只在有需求的相机上开绝不在全局设置里无脑开启。在URP里还需要确认管线资产里Depth Texture选项已勾选否则代码设置depthTextureMode也没用。3. Shader、渲染管线和后处理粒子颜色、形状“显示不全”的隐形黑手如果说软粒子问题还比较聚焦那么Shader兼容性和后处理引发的粒子“显示不全”就非常隐蔽了。这类问题往往看起来像贴图缺失、材质错误实际上Shader在目标平台的表现和编辑器里完全不是一回事。3.1 URP下用了内置管线的粒子Shader现在很多新项目都切到了URP但美术资源很多是从旧项目里拷贝过来的粒子Shader还是内置管线的Particles/Standard Unlit或者Legacy Shaders/Particles/Alpha Blended。编辑器里用起来似乎没问题因为编辑器有个兼容层会尽量让你看到“看起来还行”的画面。但打包到移动端URP的Shader Stripping会把这套内置Shader的相关Pass裁掉或者用Fallback渲染出来粒子就变成纯色方块、黑色粒子甚至根本不显示。判断方法打开Frame Debugger选中一个粒子Draw Call查看使用的Shader路径。如果显示的是Legacy Shaders或者内置粒子Shader在URP平台下就有替换的必要。URP下推荐使用URP自带粒子的Shader路径一般是Universal Render Pipeline/Particles/Unlit或者Universal Render Pipeline/Particles/Lit。如果美术效果依赖Alpha混合或者Additive混合Unlit基本就够了Lit反而会让粒子受场景光照影响出现莫名其妙的明暗变化。3.2 Bloom和后处理的过曝误判这是最容易误诊的一类。粒子在HDR模式下会输出超过1.0的亮度值如果场景启用了Bloom后处理Bloom会把这部分亮光提出来做泛光。看起来好像是粒子“发光了”实际效果是粒子主体被糊成一片白色光斑细节全部丢失严重时连粒子轮廓都看不清你自然觉得“显示不全”。更麻烦的是移动端Bloom在部分GPU上会以半分辨率计算粒子本来就不大泛光一搞分辨率一降粒子就变成了一团模糊的光点完全没有粒子应有的纹理细节。解决办法并不是关掉Bloom而是检查粒子材质是否启用了HDR输出。通常在粒子的Main模块里可以关闭HDR或者把粒子的颜色控制在一个合理的亮度范围内。通用做法是粒子强度不要直接用默认的2或3而是把颜色调回0到1区间再用Bloom的Threshold过滤避免所有粒子一起过曝。另外提一句如果你的粒子Shader里用了Emission自发光且值很大加上场景Volume里Bloom的Intensity开得高粒子在移动端几乎必然看不到纹理细节这点在打包前用后处理预览插件验证一下会少走很多弯路。3.3 纹理压缩格式引发的“灰粒子”“缺边粒子”还有一种“显示不全”是粒子贴图在手机上加载失败导致粒子没有Alpha变成黑色方块或者灰色块。这种通常不是Shader问题而是纹理压缩格式不被目标设备支持。安卓上默认纹理压缩格式可能是ASTC但一些老型号的GPU比如小米、华为的一部分旧机不支持ASTC解码。WebGL平台更尴尬不同浏览器的纹理格式支持各不相同ASTC在Chrome和Firefox的支持情况不一致很多粒子效果发布到WebGL后直接变成灰色块。解决办法在Project Settings Player Publishing Settings里把Android的Texture Compression改成ETC2或者DXT或者为旧设备提供一个回退方案。如果你的粒子贴图是带透明通道的PNG建议导入时把Alpha Is Transparency勾上并且把压缩格式设置成支持Alpha的格式ETC2 RGBA8或者ASTC 4x4。还有个小坑粒子贴图如果开启了Mipmap而贴图本身尺寸不是2的幂次方在部分平台上Mipmap生成异常粒子缩小后贴图就会变花或者缺失。这个在移动端尤其明显建议粒子贴图要么关闭Mipmap要么保证尺寸是2的幂次方。3.4 色域Linear vs Gamma导致的颜色表现差异最后提一个容易被忽略的编辑器可能使用Gamma颜色空间打包后的移动端一般默认Linear粒子颜色和混合结果会完全不同。尤其是使用Additive混合的火焰、光效粒子在Linear下亮度更高、颜色更饱和看起来像是“亮到发白”画面细节丢失也会被误认为显示不全。如果你希望粒子在所有平台颜色表现一致最简单的方式是在Player Settings里统一颜色空间但大面积切换会影响整个项目的美术表现。更稳的做法是Shader编写时明确标注是否使用sRGB采样并且用贴图的sRGB选项控制而不是靠直觉去猜。对大多数项目来说美术在Linear下调整一遍粒子颜色比在Gamma下挣扎要省心得多。4. 裁剪、批处理和包围盒粒子在打包后被“偷偷移除”的物理原因这类问题是我个人最头疼的因为画面里粒子系统还在事件系统还在粒子数量统计也正常但相机的Render结果里就是没有粒子。排查起来有种“看着血糖正常但人就是昏迷”的无力感。4.1 Particle System Culling Mode没有可见就不模拟Unity粒子的Culling Mode选项控制粒子系统在视野外时的行为Automatic自动、Pause暂停模拟、Always Simulate始终模拟、Stop停止模拟。在编辑器里Game视图的相机总会把粒子系统包裹在视野范围内或者因为编辑器本身的运行逻辑Automatic模式很难触发所以你感觉不到它存在。打包后如果相机快速旋转、场景加载顺序变化、或者目标平台的帧率不稳定粒子系统一旦短暂离开相机视野Automatic逻辑认为应该暂停该粒子系统模拟就停了。等相机转回来时粒子系统可能还在暂停状态要等下一次触发发射才恢复视觉上就是粒子“少了一段”“不全”。这种问题在WebGL和移动端尤其明显因为屏幕小、视野角窄加上UWA等工具看到的粒子发射行为会误导你。解决方式也很粗暴var main particleSystem.main; main.cullingMode ParticleSystemCullingMode.AlwaysSimulate;但这个方案对性能不友好粒子系统往往会一直满负荷模拟。折中方案是把“关键粒子系统”比如玩家身上的常驻光效、Boss技能预警特效设为AlwaysSimulate把场景里无关紧要的氛围粒子保留Automatic。4.2 粒子包围盒Bounds过小被视锥剔除误伤这个坑我踩过最离谱。一个粒子发射器绑在运动物体上粒子从发射器出发后会在空中扩散很远但由于粒子系统的Renderer Bounds是在编辑模式下烘焙的可能在运行时因为粒子速度、重力变化导致粒子超出原本烘焙的BoundsUnity的视锥剔除就会把整个粒子系统判定为“不可见”直接不渲染。这种情况往往表现为粒子明明在屏幕边缘还能看到一半另一半或好几米的粒子全消失了你调粒子数量、加速度都没用因为它们在渲染前就被整体剔除。处理办法有两个一是在Particle System的Renderer组件里手动把Bounds改大或者用一个公开属性动态更新Boundsvar psr GetComponentParticleSystemRenderer(); var bounds psr.bounds; bounds.Expand(10f); psr.bounds bounds;二是直接关闭这个粒子系统的视锥剔除比如把Culling Mode设成AlwaysSimulate同时把Renderer的“Enable Frustum Culling”取消。注意这个选项在旧版本Unity中没有暴露需要设置Renderer的bounds非常大来做绕过。最简单可靠给粒子系统的GameObject挂一个BoundsUpdater脚本每帧根据所有存活粒子的位置计算包围盒但这成本偏高慎用于大量粒子系统。4.3 渲染队列与透明排序粒子被自己和别人“挡没”了前面提到过粒子Shader如果设置成不透明渲染队列粒子之间会有深度写入后画的粒子会被先画的粒子挡住。很多“显示不全”其实是粒子自己挡住了自己尤其当粒子数量大、且是长条形的激光、拖尾粒子时穿插严重视觉上就像粒子缺了一部分。顺带说一个由批处理引发的坑URP和内置管线里粒子系统的Dynamic Batching在某些平台上是关闭的粒子Draw Call一多渲染顺序就会变成“谁先提交谁先渲染”透明排序不稳定。你在编辑器里看到的排序和打包后可能完全不一致于是粒子之间的遮挡关系也全变了。处理方法是统一粒子的Render Queue为Transparent3000同时确认Shader里ZWrite是Off状态。如果需要多个粒子系统之间有明确的先后顺序用Sorting Layer和Order in Layer来区分不要把希望寄托在批处理的顺序上。5. 一次完整排查链路从空场景到Frame Debugger上面把常见原因都拆开了但真遇到实际问题时你往往不确定属于哪类。所以我把我的排查顺序写下来照着做至少能定位到是哪一层出了问题而不是在参数面板里瞎折腾。5.1 第一步隔离环境只留相机和粒子我第一件事永远是新建一个空白场景只放一个相机和一个粒子系统用和其他特效一样的材质和Shader。如果这个空白场景打包后显示正常说明问题出在你的游戏场景里可能是后处理、光照、遮挡剔除、其它渲染组件如果空白场景打包后也显示不全那就是粒子资源或Shader的问题。这一步看着简单但能立刻把排查范围砍掉一半。我在实际项目中发现过几次问题是场景里的全局Volume配置文件导致的后处理异常和粒子本身毫无关系。5.2 第二步Frame Debugger逐Draw Call看渲染状态在Unity编辑器里打开Window Analysis Frame Debugger播放到粒子出现的那一帧逐级展开渲染事件。重点看两件事粒子的Draw Call是否真的提交上去了以及提交时用的Shader和Material是什么。如果粒子的Draw Call在Frame Debugger里根本没有出现那就往剔除方向排查检查Culling Mode、Bounds、Visibility。如果Draw Call存在但渲染结果不对则检查Shader变体、材质属性、纹理压缩情况。这一步骤能帮你把“渲染前被剔除”和“渲染后结果不对”这两类问题区分开这是非常关键的分水岭。5.3 第三步替换Shader和材质做“半血排查”如果怀疑Shader问题直接给粒子换一个URP自带Unlit粒子Shader或者换成最简单的Legacy Shaders/Particles/Additive做对照。换完如果恢复正常那就说明原Shader在目标平台上有兼容问题需要修Shader或者换方案。如果换Shader后依旧是黑的、灰的、缺的那基本就是纹理压缩或颜色空间问题。这时候固定一个最简单的白色圆点贴图测试如果连白色圆点都显示不全就转向纹理导入设置检查和平台纹理压缩设置检查。这样一轮下来Shader和纹理的嫌疑基本可以洗清或定罪。5.4 第四步在目标平台上复现别只在编辑器里猜最后也是最重要的一步用目标平台实测不要看编辑器。Unity编辑器的渲染环境和真机区别非常大尤其是移动端GPU、WebGL浏览器和编辑器之间的深度纹理支持、Shader精度、纹理压缩支持天差地别。我的习惯是分三个平台验证优先级先拿Android真机测因为Android机型碎片化最严重纹理格式和GPU能力跨度最大再做WebGL测试Chrome和Firefox各测一遍iOS等有设备了再测。针对WebGL还要注意一点很多时候粒子显示不全只是浏览器没及时上传纹理刷新一下或加个异步纹理加载逻辑就缓解了但本质还是纹理格式兼容问题。6. 跨平台粒子配置基线照着设置能避开90%的坑基于这些年的实战经验我现在做粒子特效有个固定的配置基线能保证在不同平台、不同渲染管线下都相对稳定。这些不是拍脑袋定的全是踩坑踩出来的过滤经验。6.1 材质与Shader配置表以下是我目前在不同渲染管线下的推荐配置项目推荐设置理由ShaderURPUniversal Render Pipeline/Particles/Unlit不依赖场景光照规避光照变体问题渲染队列Transparent3000避免不透明渲染队列引起的深度竞争ZWriteOff防止粒子自我遮挡和穿插裁剪混合模式Alpha Blend / Additive按特效类型与透明队列搭配效果稳定HDR关闭避免Bloom过曝导致粒子细节丢失深度纹理依赖不使用软粒子除非特效必须规避移动端深度纹理缺失问题6.2 粒子系统参数推荐粒子系统本身的设置我通常固定成下面这套逻辑Culling Mode关键特效AlwaysSimulate氛围粒子Automatic并确保可见区域安全。Simulation Space世界空间优先考虑因为局部空间在变速、旋转时会出现粒子偏移和“突然消失”的错觉。Max Particles不要盲目开大够用就行。粒子数量爆了容易触发iOS和WebGL的缓存问题粒子来不及渲染就直接丢弃。Prewarm谨慎使用。Prewarm会让粒子系统在场景加载时一口气生成所有粒子如果Bounds没有及时更新更容易触发视锥剔除问题。Renderer中的Bounds如果特效飞行距离长一定要把Bounds手动拉大最稳妥的做法是在Start方法里对Bounds做一次Expand。6.3 代码层兜底我在项目里写了一个通用的粒子初始化工具用来处理跨平台的坑。核心逻辑是扫描所有粒子系统设置Culling Mode并给相机设置深度纹理模式只在需要时。示例代码如下using UnityEngine; public static class ParticleStabilizer { public static void ApplyStableSettings(ParticleSystem ps, bool criticalEffect) { if (ps null) return; var main ps.main; main.cullingMode criticalEffect ? ParticleSystemCullingMode.AlwaysSimulate : ParticleSystemCullingMode.Automatic; } public static void EnsureCameraDepthForSoftParticle(Camera cam) { if (cam null) return; cam.depthTextureMode | DepthTextureMode.Depth; } }“确定性代码比隐形配置可靠”这句话在粒子问题上特别受用。别指望美术同学在材质面板或粒子系统面板上手动设置得一个不错运行时代码兜底才是最稳的。6.4 一些经验上的总结最后分享一个我个人特别受用的习惯打包前的“粒子体检清单”。每次出包前我会按下面几条过一遍Frame Debugger里粒子的Draw Call是正常Batch还是全部被打散。粒子材质是否使用了Legacy Shader尤其是URP项目。Android真机上用Profiler看一下粒子相关的渲染内存和纹理采样。WebGL下用浏览器自带预览检查贴图是否加载正常。打开Quality Settings确认粒子贴图的压缩格式在所有质量等级下都允许回退。这些事看起来很琐碎但粒子特效“显示不全”这类问题往往就是这些琐碎细节里某一个没踩对导致的。实际上一旦你养成了这套检查习惯后面遇到的概率会小很多就算再遇到也能在半小时内定位到根因而不是在粒子参数面板里调一下午参数最后发现是Shader问题。