开场一次糟心的“纸片人穿墙”事故上个月我在做一款俯视角Roguelike Demo主角是Spine做的2D小骑士场景是三维低模地牢。刚把Spine资源拖进场景的那一刻我整个人是裂开的——角色站在石柱前面柱子边缘和角色的剑互相“咬合”走近门廊时角色明明该被门框挡住结果半个身子直接穿到门框外面镜头转一下角色又像幽灵一样浮在墙前面。那种感觉就像你在一张照片上贴了一张透明塑料片塑料片上的小人跟背景里的桌子椅子互相穿插怎么看怎么假。这问题在纯2D游戏里不存在在纯3D游戏里也不存在偏偏在“2D角色 3D场景”的混合项目里特别常见。因为Spine导进Unity之后本质上不是三维模型而是一张永远面向相机的“纸片”这张纸片要混进一个有真实深度的3D世界深度关系一旦处理不好就是各种穿模。我翻了国内外很多帖子答案都比较零散要么让你把Shader改成ZWrite On要么让你调Sorting Order但实际照做之后坑一个接一个。这篇把我这两个星期折腾下来的完整过程写出来包括原理、能直接用的Shader、工程侧的绕路方案以及一套排查穿模问题的思路。适合正在做2D/3D混合项目、被Spine穿模逼疯的Unity开发者也适合刚接触Shader想搞懂深度缓冲的新手。1. 先搞清楚根因Spine为什么天生容易穿模不把渲染原理弄明白改Shader就是瞎调参。我一开始也是凭记忆把ZWrite打开结果角色确实能挡住后面的墙了但角色背后的透明区域直接变成一个方块把后面的场景全部“糊”住那画面更离谱。1.1 Spine在Unity里的本质一张带透明通道的四边形Spine的SkeletonAnimation组件最终会生成一个MeshRenderer和MeshFilter。它的骨骼动画在运行时会把所有顶点位置计算好烘焙成一个平面网格。这个网格本身没有厚度可以理解成一张打印了角色图案的硬纸板只是纸板透明的部分在渲染时被“抠掉”了。因为它是纸片所以它没有真实的体积在3D场景里就没有“厚度”这个属性和柱子、墙体相交时视觉上就会穿帮。要命的是Spine默认的渲染方式走的是透明混合Alpha Blending流程。也就是说GPU知道这张纸片上有透明区域它先把不透明的背后场景画好再在这层“画纸”上叠加角色。这个过程里Spine默认不写入深度缓冲ZWrite Off因为半透明物体通常不参与深度写入否则半透明物体之间的混合顺序会乱掉。这个默认行为就是穿模的温床。1.2 深度缓冲、ZWrite、ZTest三个概念解释清楚深度缓冲Depth Buffer / Z Buffer屏幕上每个像素记录“当前最近物体离相机多远”的一张隐形地图。ZWrite一个物体渲染时要不要把自己的深度写进这张地图。ZTest一个物体渲染时要不要拿自己的深度跟地图里已有的深度做比较决定自己是否被挡住。默认情况下不透明物体ZWrite On、ZTest LEqual小于等于才通过所以不透明物体会互相遮挡。透明物体ZWrite Off、ZTest LEqual所以透明物体会被“已经画过的、离相机更近的不透明物”挡住但它自己不参与深度地图的更新。问题来了如果角色这张纸片ZWrite Off它就没有在深度地图上留下标记。当镜头转到墙角角色在墙后面墙是离相机近的那一侧墙先画角色后画ZTest能检测到墙更近角色会被正确遮挡。但如果墙体本身的材质也是ZWrite Off、或者是透明队列、或者用了不参与深度写入的特殊Shader那墙体也不会留下深度标记于是角色就会无可争议地穿到墙前面来。我在实际项目里遇到的情况更复杂——墙体用的是带淡入淡出效果的半透明材质为了方便做消失动画美术把墙Shader的队列设到了TransparentZWrite Off。结果整个场景里所有墙都跟不存在一样Spine角色随便穿。1.3 三种常见的Spine穿模表现对应的原因各不相同表现直接原因优先排查方向角色走进墙体角色依然完整显示在墙前面遮挡墙体ZWrite Off或队列在透明层墙体的Shader渲染队列角色站在柱/墙边缘交界处疯狂闪面、互相咬合纸片与场景物体深度值太接近ZTest不稳定Spine是否ZWrite On、深度偏移多个Spine角色叠在一起时前后关系错乱透明队列内不按深度排序按队列和SortingOrderSortingLayer、SortingOrder、改不透明队列这三种问题我全都踩过第1种最常见第2种最恶心第3种是纯2D项目里也会遇到的。下面的方案基本围绕这三种情况展开。2. 动手改Shader前必须知道的Spine细节别把动画渲染搞崩Spine的Shader跟普通模型的Shader长得像但有几个隐藏雷区。很多人直接拿一个标准不透明Shader硬套结果角色变成全黑或者动画权重错乱又或者整条手臂消失在空气里。这部分把我在改Shader前踩过的坑提前交代清楚。2.1 Spine的顶点结构特殊片元里必须乘顶点色Spine的网格顶点里UV之外还带了一路Color信息。这个Color不是美术手绘上去的而是Spine运行时用来传递骨骼权重、调色、透明度动画的通道。最终颜色必须等于纹理采样颜色 × 顶点色Color。如果你写的Shader里忘了乘这个顶点色最直接的表现就是角色身上某些部位的颜色不对或者透明度动画失效角色不会跟着Spine的时间轴渐隐渐显。fixed4 frag(v2f i) : SV_Target { fixed4 texColor tex2D(_MainTex, i.uv); // 必须乘上i.color否则Spine的调色和透明度动画全部失效 return texColor * i.color; }另外一个容易忽略的点Spine的骨骼蒙皮在CPU端已经算完了Unity侧的Shader只需要做常规的模型空间到裁剪空间变换。千万不要在顶点着色器里再套一层骨骼矩阵否则角色的肢体会直接飞掉。2.2 Straight Alpha和Premultiplied Alpha混合模式的坑Spine资源在导入设置里可以选择两种Alpha模式直通AlphaStraight Alpha和预乘AlphaPremultiplied Alpha。这两种模式对应完全不同的混合公式。Straight Alpha颜色通道不预乘Alpha混合方式是源颜色 * 源Alpha 目标颜色 * (1 - 源Alpha)。Premultiplied Alpha纹理的RGB通道已经提前乘以Alpha了混合方式是源颜色 目标颜色 * (1 - 源Alpha)。如果你在项目里混用了这两种模式或者你把材质改成自定义Shader时没有同步切换混合模式角色会出现黑边、发亮、边缘颗粒感等问题。在改Shader时务必要确认图集导入时是哪种模式在SubShader的Blend指令里写对。直通Alpha一般是Blend SrcAlpha OneMinusSrcAlpha预乘Alpha则是Blend One OneMinusSrcAlphaSpine官方在Inspector里有对应的Material设置自定义Shader也得照这个规则来。2.3 RenderQueue和Cull顺序不对改了ZWrite也白搭Unity把渲染对象分成几个大队列数值越小越先渲染RenderQueue值队列名典型用途1000Background天空盒、背景2000Geometry不透明几何体、默认队列2450AlphaTest带透明裁切的物体树叶、铁栅栏3000Transparent半透明物体、粒子、Spine默认位置4000Overlay屏幕空间特效如果你把Spine改成ZWrite On但Queue还是留在3000那么渲染顺序上它是等所有不透明物体都画完才画。这时它写不写深度已经不影响“被不透明墙遮挡”这件事了因为墙早就画完且深度里已有记录ZTest会挡住它。但如果你想解决角色和角色之间的互挡问题队列就必须挪到AlphaTest或Geometry附近让Spine也参与不透明物之间的深度竞争。Spine默认为了双面显示通常Cull Off不剔除背面。自定义Shader时记得保持Cull Off否则角色转到背面时可能突然消失。这些细节看起来小但任何一个不对最后出来的画面效果就很奇怪。3. 方案一把Spine改成“伪不透明”——alpha clip ZWrite On这是我最推荐的基础方案也是社区里最常用的根治手段。核心思路把Spine材质从“透明混合”改为“透明裁切”让GPU把透明像素直接丢弃不参与颜色混合这样它就可以像不透明物体一样正常写深度、正常被遮挡。3.1 实现代码与参数拆解我基于Spine官方Shader改了一份简化版本核心就是在片元着色器里加clip()并且把ZWrite打开。clip()会丢弃Alpha低于阈值的像素GPU不会为这些像素输出任何颜色和深度。这样Spine网格上真正绘制角色的区域会写入深度而空白的透明区域不会挡住后面场景。Shader部分可以参考下面这份基于Unity内置渲染管线的CG写法URP需要换成对应变体但思路一样Shader Custom/SpineOpaque { Properties { _MainTex (Texture, 2D) white {} _Cutoff (Alpha Cutoff, Range(0,1)) 0.5 } SubShader { Tags { QueueAlphaTest RenderTypeTransparentCutout IgnoreProjectorTrue } Pass { ZWrite On Cull Off Lighting Off CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; // Spine的颜色缓存必须保留 }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; fixed _Cutoff; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; clip(col.a - _Cutoff); // 丢弃透明像素 return col; } ENDCG } } }使用步骤复制上面Shader到工程里创建一个材质把_MainTex设为Spine用的那张图集贴图。把Spine角色身上的材质替换成这个新材质。把_Cutoff调成0.4到0.5之间。这个值决定角色边缘多“硬”——值越大边缘保留越少越不容易出现白边但也会更生硬。确认材质的Queue为AlphaTest2450或者手动改成Geometry偏移。这个方案改完之后角色走进墙后面会被正确遮挡角色站在墙前也会正确挡住墙。我当时测试的那一版Spine小骑士终于被门框挡住画面瞬间对了。3.2 实际效果与代价边缘锯齿和抗锯齿问题这个方案不是免费的。clip()是硬切割角色的头发丝、披风边缘这些半透明像素会被直接丢弃原来柔和的渐变边缘会变成锯齿。更尴尬的是Unity的MSAA抗锯齿对clip()之后的边缘起不了作用。MSAA处理的是几何边缘而clip()是在像素阶段丢弃的边缘的Alpha值直接变成0或1没有平滑过渡所以即使开了4x MSAA角色轮廓依然会狗牙。几个替补手段提高_Cutoff到0.5以上让边缘尽量贴着不透明区域走锯齿会相对好一点。如果项目里有后处理抗锯齿方案如TAA、FXAA对clip边缘有一定改善。如果必须保留抗锯齿又能配合深度写入可以试试下面提到的双Pass方案。另外一个容易踩的坑是边缘白边。当_Cutoff设得太低比如0.1角色边缘会带一圈发白的半透明残留。这是因为Spine图集中角色的轮廓像素通常带有羽化渐变clip()阈值太低把渐变里偏白的部分保留下来了。解决办法就是调高阈值或者让美术在出图时减少Alpha半透区域的色差。3.3 这个方案的边界适合谁、不适合谁这个方案适合大多数战斗单位、NPC、可操控角色以及任何“理论上应该是不透明物体”的2D角色。只要角色不需要半透明融合、不需要柔和渐变用clip ZWrite On就是性价比最高的方案。但如果你做的是幽灵、烟雾、隐身状态下的角色需要保留半透明叠加效果那clip()一开角色看起来就像一块被硬剪出来的贴纸完全不像烟雾。半透明角色的穿模问题得靠下一个方案。4. 方案二双Pass渲染——深度预写与颜色输出分离为了兼顾“能写深度”和“保留半透明效果”我试过把ZWrite On和半透明Blend放在同一个Pass里结果材质直接报错或者渲染结果出现奇怪的重叠。后来换成双Pass结构问题才算解决。4.1 第一Pass只写深度第二Pass正常混合这个方案的核心思路一个Pass负责“告诉深度缓冲这里有个角色轮廓”另一个Pass负责“把角色画出来”。两件事互不干扰。第一Pass只把角色的不透明轮廓写进深度缓冲不输出颜色。这样场景里后面的墙、柱子就会正确挡住角色。Pass { ZWrite On ColorMask 0 Cull Off CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; fixed _Cutoff; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; clip(col.a - _Cutoff); return 0; } ENDCG }注意ColorMask 0这行表示这个Pass不输出任何颜色只更新深度缓冲。clip()依旧用来丢弃透明像素保证只有角色实际占用的区域写入了深度而不是整张Quad变成一面墙。第二Pass正常绘制角色颜色用透明混合模式但ZWrite Off、ZTest LEqual。这样它在第一Pass写好的深度基础上绘制离相机更远的片元会被深度测试丢弃角色被墙遮挡的部分不显示但自身颜色部分又能保留半透明渐变。Pass { ZWrite Off Cull Off Blend SrcAlpha OneMinusSrcAlpha CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; return col; } ENDCG }这个组合下角色有一个“虚拟的不透明轮廓”参与深度遮挡视觉上又保留了半透明质感。第一次跑通这个Shader的时候我把一个半透明的幽灵角色放在柱子后面终于看到幽灵被柱子挡住了下半身上半身还是若隐若现那个效果才叫对。4.2 双Pass的适用边界与开销考虑双Pass比单Pass多了一次完整的顶点和像素计算对于同一个Spine角色来说绘制压力翻倍。如果是大量小怪同屏比如几十个Spine角色这个Shader会明显增加DC和GPU负担。我在测试场景里放了30个幽灵帧率从60掉到45左右所以生产环境要评估一下。另外有个隐藏问题第一Pass把深度写了第二Pass半透明角色之间互相叠加时因为第二Pass的ZTest是LEqual而且不写深度两个半透明角色重叠的部分依然会正常混合不会因为深度相同就互相丢弃。这反而是我们想要的效果。但注意半透明角色和场景里其他半透明物体比如火把粒子之间的排序依然可能乱。这是Unity透明管线的老问题跟穿模无关但你要心里有数排优先级时别指望万能。5. 不改Shader的工程派解法分层相机、排序与碰撞校准不是所有项目都有权限改Shader。比如美术那边提供的Spine材质不让你动或者项目用的渲染管线不允许随便自定义Shader这种情况下还有工程侧的几个绕路方案。它们不根治问题但能在特定场景里救场。5.1 相机分层渲染把Spine和3D背景彻底分开如果场景结构比较简单你可以用两个相机切分画面相机A渲染3D场景不透明层和透明层输出到目标RenderTexture。相机B只渲染Spine角色层设定Culling Mask只包含Spine层直接用RawImage或叠加方式显示在相机A之上。这样Spine永远浮在3D背景上肯定不会和柱子穿插因为你压根没让它们在一个画面里做深度比较。代价是Spine角色无法被任何3D物体遮挡也无法和3D物体产生真实的交集。角色走到墙后面人直接消失不合适于是很多人给这个方案加一个简化版“遮挡”——当角色走到遮挡物背后时脚本让角色Alpha降到30%或者隐藏模拟“被遮住”的效果。我试过用射线检测来判断“角色是否被墙体完全挡住”检测到就降低透明度。这种“假遮挡”在俯视角游戏中够用但在第一人称或低机位镜头下很假因为你看得出来角色是被“藏起来”而不是被“挡起来”。5.2 Sorting Layer与Sorting Order只解决同类物体的前后关系如果穿模问题出在多个Spine角色之间或者Spine和一些道具如门、小箱子之间通过设置SortingLayer和SortingOrder就能部分解决。同一渲染队列里SortingOrder大的后渲染视觉效果上在前面。操作方法给Spine角色父物体设置SortingLayer为“Default”或自建“Character”层。给场景中的门、灌木丛、半透明障碍物设置独立SortingLayer。通过代码在角色移动时动态修改Renderer.sortingOrder比如角色站在门前面把角色Order设为100门设为1角色走到门后面把角色Order设为-100。这个方案解决的是“谁完全在谁前面”的大关系解决不了两个物体边缘交错时那种细微穿插。动态修改Order在奔跑、跳跃的连续动作中会频繁触发容易出现前后闪跳。5.3 碰撞校准把穿模消灭在资源层还有一种非常容易被忽略的穿模来源碰撞体和视觉不一致。Spine角色在3D场景里如果带碰撞体通常是一个BoxCollider或CapsuleCollider美术搭建的时候为了手感很可能把碰撞体拉得比角色视觉轮廓大一圈。结果角色明明还没碰到墙碰撞反馈已经发生了或者角色的剑已经穿进墙里碰撞体还没有开始阻挡。解决方法在Spine的角色物体上挂一个PolygonCollider2D如果项目用2D物理或者用多个BoxCollider拼出角色的大致轮廓。在3D项目里把Collider的大小跟角色主体对齐别太大也别太小。如果角色手持武器武器攻击帧的穿模是必然的可以考虑攻击时把武器碰撞体忽略或者用特效遮挡来掩盖。Spine本身在编辑器里可以给骨骼加“边界框Attachment”Unity端可以读取这些边界框生成碰撞体比人工摆BoxCollider准确得多。这部分资源工作做完之后至少角色不会因为“明明离墙还有半米脚已经陷进去”这种低级问题穿帮。5.4 用深度纹理做手写遮挡绕开ZWrite的进阶方案如果你能改Shader但又不想破坏Spine原有的透明混合还有一个思路直接在Spine的Shader里采样相机的深度纹理判断自己是否被场景物体挡住。这个方案不需要开启ZWrite On也就不会因为写深度带来排序副作用。开启相机深度纹理Camera.main.depthTextureMode | DepthTextureMode.Depth;在Spine的片元着色器里把裁剪空间位置转换成屏幕坐标采样_CameraDepthTexture得到场景中离相机最近的深度再和当前片元的深度比较float sceneDepth SAMPLE_DEPTH_TEXTURE_PROJ(_CameraDepthTexture, UNITY_PROJ_COORD(i.screenPos)); sceneDepth LinearEyeDepth(sceneDepth); clip(sceneDepth - i.eyeDepth);如果sceneDepth比i.eyeDepth小说明场景里有更近的物体挡在角色前面这个片元应该被丢弃。如果sceneDepth比i.eyeDepth大说明角色前面没有东西挡正常显示。这个方案的好处是Spine的透明混合模式完全保留边缘柔和也不用担心ZWrite On带来的透明方块问题。它只对“场景深度纹理里已有的物体”有效。如果遮挡物是ZWrite Off的透明物体深度纹理里没有它的数据那它依然挡不住角色。所以实际项目中我会把这个方案用在“主要遮挡物确保是ZWrite On物体”的前提下比如柱子、墙壁、雕像这些不透明物件。这个方案的处理能力比盲目开ZWrite更强因为它能精确判断“角色在前还是在后”而不是“角色写了深度所以场景都听它的”。代码也简单URP下换成SampleSceneDepth接口即可。6. 穿模排查链路遇到这几种表现按这个顺序查最后分享一套我总结出来的排查链路。你直接用下面的顺序过一遍大多数穿模问题都能定位。6.1 第一步确认相机的DepthTextureMode和遮挡物的RenderQueue很多人在排查时只盯着Spine的Shader忽略了遮挡物。先在场景里点中那面墙或柱子看它用的Shader的Queue是多少、ZWrite是不是On。我用Frame DebuggerWindow - Analysis - Frame Debugger实测过很典型的案例一堵墙材质用的是Legacy Shaders/Transparent/DiffuseQueue显示TransparentZWrite默认Off。Spine不管怎么改都会被这堵墙“欺负”。把墙的Shader换成不透明的Standard或者Universal Render Pipeline/Lit穿模立刻消失。如果你不懂Shader也至少要会看这两个字段。6.2 第二步确认Spine材质是哪种混合模式如果Spine材质用的是Premultiplied Alpha而你的Shader写的是Straight Alpha的Blend角色的边缘和深度关系都会出现莫名其妙的问题。检查方式鼠标选中Spine的Material资产在Inspector里看Shader属性名Spine官方材质一般会带Spine/Skeleton (Straight Alpha)或Spine/Skeleton (Premultiply Alpha)字样。确保你的自定义Shader的Blend公式和它一致。6.3 第三步ZWrite开了依旧闪面检查Near/Far和深度偏移有一种情况是Spine确实ZWrite On了墙也是不透明物体了但角色贴墙站立时面片和墙面在深度上几乎重合深度缓冲区数值相近导致ZTest时有时通过有时不通过画面疯狂闪烁。这个在像素级表现为“同一帧里墙和角色的像素互相交替”。解决办法一是调整相机的Near和Far比例把Near调大一点、Far调小一点提高近处的深度精度。解决办法二是在Shader的Pass里加深度偏移Offset -1, -1这个指令让角色的深度值稍微偏向相机让它在深度比较中更“靠前”避免共面闪烁。注意不要设太大否则角色明明在墙后面也会显示。6.4 第四步用Frame Debugger逐DrawCall确认如果你不想瞎猜直接打开Frame Debugger。Enable后点击帧里的某个绘制事件左侧能清楚看到这个DrawCall的RenderQueue、ZWrite、ZTest状态。把Spine的绘制事件和墙体/柱子的绘制事件都找到对比它们的顺序和深度状态几乎所有问题都能在这个面板里看出端倪。有一次我就是靠Frame Debugger发现Spine的Shader虽然设置了ZWrite On但被合批Batching到了另一个透明队列的材质里实际渲染时走的是合批后的状态。关于这道关卡怎么过排除合批干扰给Spine材质单独设置Batching为关闭静态合批材质上的深度设置才真正生效。6.5 第五步如果还不行检查整体渲染管线和后处理如果上面四步都查了问题还在那很可能是渲染管线层面的问题。比如URP/HDRP里后处理开启了某些会修改深度缓冲的效果或者你用了自定义Pass去采样深度导致Spine Shader里的深度判断出现偏差。这时把后处理逐个关掉测试通常很快能找到元凶。最后再分享一个实测小技巧我做了这么多改动之后发现一个特别实用的做法给Spine材质做一个“运行时可切换Shader”的小工具。正常状态用透明混合Shader进入战斗或者靠近遮挡物时运行时动态把一个ZWrite On clip的变体切换上去。这样平时保留Spine最自然的半透明效果关键时刻又不会因为穿模穿得没法看。切换Shader会造成一瞬间的重新绑定开销但对非极端性能要求的游戏来说完全能接受。另外不管用哪个方案美术出图时把角色边缘的羽化尽量控制在2像素以内都是好事。Spine图集边缘残余的灰色渐变越少clip()阈值就越好设置边缘锯齿和白边也就越少。工具只是解决办法的一部分资源和工程双管齐下才算是真正把“2D纸片混进3D世界”这件事做干净了。
开场一次糟心的“纸片人穿墙”事故上个月我在做一款俯视角Roguelike Demo主角是Spine做的2D小骑士场景是三维低模地牢。刚把Spine资源拖进场景的那一刻我整个人是裂开的——角色站在石柱前面柱子边缘和角色的剑互相“咬合”走近门廊时角色明明该被门框挡住结果半个身子直接穿到门框外面镜头转一下角色又像幽灵一样浮在墙前面。那种感觉就像你在一张照片上贴了一张透明塑料片塑料片上的小人跟背景里的桌子椅子互相穿插怎么看怎么假。这问题在纯2D游戏里不存在在纯3D游戏里也不存在偏偏在“2D角色 3D场景”的混合项目里特别常见。因为Spine导进Unity之后本质上不是三维模型而是一张永远面向相机的“纸片”这张纸片要混进一个有真实深度的3D世界深度关系一旦处理不好就是各种穿模。我翻了国内外很多帖子答案都比较零散要么让你把Shader改成ZWrite On要么让你调Sorting Order但实际照做之后坑一个接一个。这篇把我这两个星期折腾下来的完整过程写出来包括原理、能直接用的Shader、工程侧的绕路方案以及一套排查穿模问题的思路。适合正在做2D/3D混合项目、被Spine穿模逼疯的Unity开发者也适合刚接触Shader想搞懂深度缓冲的新手。1. 先搞清楚根因Spine为什么天生容易穿模不把渲染原理弄明白改Shader就是瞎调参。我一开始也是凭记忆把ZWrite打开结果角色确实能挡住后面的墙了但角色背后的透明区域直接变成一个方块把后面的场景全部“糊”住那画面更离谱。1.1 Spine在Unity里的本质一张带透明通道的四边形Spine的SkeletonAnimation组件最终会生成一个MeshRenderer和MeshFilter。它的骨骼动画在运行时会把所有顶点位置计算好烘焙成一个平面网格。这个网格本身没有厚度可以理解成一张打印了角色图案的硬纸板只是纸板透明的部分在渲染时被“抠掉”了。因为它是纸片所以它没有真实的体积在3D场景里就没有“厚度”这个属性和柱子、墙体相交时视觉上就会穿帮。要命的是Spine默认的渲染方式走的是透明混合Alpha Blending流程。也就是说GPU知道这张纸片上有透明区域它先把不透明的背后场景画好再在这层“画纸”上叠加角色。这个过程里Spine默认不写入深度缓冲ZWrite Off因为半透明物体通常不参与深度写入否则半透明物体之间的混合顺序会乱掉。这个默认行为就是穿模的温床。1.2 深度缓冲、ZWrite、ZTest三个概念解释清楚深度缓冲Depth Buffer / Z Buffer屏幕上每个像素记录“当前最近物体离相机多远”的一张隐形地图。ZWrite一个物体渲染时要不要把自己的深度写进这张地图。ZTest一个物体渲染时要不要拿自己的深度跟地图里已有的深度做比较决定自己是否被挡住。默认情况下不透明物体ZWrite On、ZTest LEqual小于等于才通过所以不透明物体会互相遮挡。透明物体ZWrite Off、ZTest LEqual所以透明物体会被“已经画过的、离相机更近的不透明物”挡住但它自己不参与深度地图的更新。问题来了如果角色这张纸片ZWrite Off它就没有在深度地图上留下标记。当镜头转到墙角角色在墙后面墙是离相机近的那一侧墙先画角色后画ZTest能检测到墙更近角色会被正确遮挡。但如果墙体本身的材质也是ZWrite Off、或者是透明队列、或者用了不参与深度写入的特殊Shader那墙体也不会留下深度标记于是角色就会无可争议地穿到墙前面来。我在实际项目里遇到的情况更复杂——墙体用的是带淡入淡出效果的半透明材质为了方便做消失动画美术把墙Shader的队列设到了TransparentZWrite Off。结果整个场景里所有墙都跟不存在一样Spine角色随便穿。1.3 三种常见的Spine穿模表现对应的原因各不相同表现直接原因优先排查方向角色走进墙体角色依然完整显示在墙前面遮挡墙体ZWrite Off或队列在透明层墙体的Shader渲染队列角色站在柱/墙边缘交界处疯狂闪面、互相咬合纸片与场景物体深度值太接近ZTest不稳定Spine是否ZWrite On、深度偏移多个Spine角色叠在一起时前后关系错乱透明队列内不按深度排序按队列和SortingOrderSortingLayer、SortingOrder、改不透明队列这三种问题我全都踩过第1种最常见第2种最恶心第3种是纯2D项目里也会遇到的。下面的方案基本围绕这三种情况展开。2. 动手改Shader前必须知道的Spine细节别把动画渲染搞崩Spine的Shader跟普通模型的Shader长得像但有几个隐藏雷区。很多人直接拿一个标准不透明Shader硬套结果角色变成全黑或者动画权重错乱又或者整条手臂消失在空气里。这部分把我在改Shader前踩过的坑提前交代清楚。2.1 Spine的顶点结构特殊片元里必须乘顶点色Spine的网格顶点里UV之外还带了一路Color信息。这个Color不是美术手绘上去的而是Spine运行时用来传递骨骼权重、调色、透明度动画的通道。最终颜色必须等于纹理采样颜色 × 顶点色Color。如果你写的Shader里忘了乘这个顶点色最直接的表现就是角色身上某些部位的颜色不对或者透明度动画失效角色不会跟着Spine的时间轴渐隐渐显。fixed4 frag(v2f i) : SV_Target { fixed4 texColor tex2D(_MainTex, i.uv); // 必须乘上i.color否则Spine的调色和透明度动画全部失效 return texColor * i.color; }另外一个容易忽略的点Spine的骨骼蒙皮在CPU端已经算完了Unity侧的Shader只需要做常规的模型空间到裁剪空间变换。千万不要在顶点着色器里再套一层骨骼矩阵否则角色的肢体会直接飞掉。2.2 Straight Alpha和Premultiplied Alpha混合模式的坑Spine资源在导入设置里可以选择两种Alpha模式直通AlphaStraight Alpha和预乘AlphaPremultiplied Alpha。这两种模式对应完全不同的混合公式。Straight Alpha颜色通道不预乘Alpha混合方式是源颜色 * 源Alpha 目标颜色 * (1 - 源Alpha)。Premultiplied Alpha纹理的RGB通道已经提前乘以Alpha了混合方式是源颜色 目标颜色 * (1 - 源Alpha)。如果你在项目里混用了这两种模式或者你把材质改成自定义Shader时没有同步切换混合模式角色会出现黑边、发亮、边缘颗粒感等问题。在改Shader时务必要确认图集导入时是哪种模式在SubShader的Blend指令里写对。直通Alpha一般是Blend SrcAlpha OneMinusSrcAlpha预乘Alpha则是Blend One OneMinusSrcAlphaSpine官方在Inspector里有对应的Material设置自定义Shader也得照这个规则来。2.3 RenderQueue和Cull顺序不对改了ZWrite也白搭Unity把渲染对象分成几个大队列数值越小越先渲染RenderQueue值队列名典型用途1000Background天空盒、背景2000Geometry不透明几何体、默认队列2450AlphaTest带透明裁切的物体树叶、铁栅栏3000Transparent半透明物体、粒子、Spine默认位置4000Overlay屏幕空间特效如果你把Spine改成ZWrite On但Queue还是留在3000那么渲染顺序上它是等所有不透明物体都画完才画。这时它写不写深度已经不影响“被不透明墙遮挡”这件事了因为墙早就画完且深度里已有记录ZTest会挡住它。但如果你想解决角色和角色之间的互挡问题队列就必须挪到AlphaTest或Geometry附近让Spine也参与不透明物之间的深度竞争。Spine默认为了双面显示通常Cull Off不剔除背面。自定义Shader时记得保持Cull Off否则角色转到背面时可能突然消失。这些细节看起来小但任何一个不对最后出来的画面效果就很奇怪。3. 方案一把Spine改成“伪不透明”——alpha clip ZWrite On这是我最推荐的基础方案也是社区里最常用的根治手段。核心思路把Spine材质从“透明混合”改为“透明裁切”让GPU把透明像素直接丢弃不参与颜色混合这样它就可以像不透明物体一样正常写深度、正常被遮挡。3.1 实现代码与参数拆解我基于Spine官方Shader改了一份简化版本核心就是在片元着色器里加clip()并且把ZWrite打开。clip()会丢弃Alpha低于阈值的像素GPU不会为这些像素输出任何颜色和深度。这样Spine网格上真正绘制角色的区域会写入深度而空白的透明区域不会挡住后面场景。Shader部分可以参考下面这份基于Unity内置渲染管线的CG写法URP需要换成对应变体但思路一样Shader Custom/SpineOpaque { Properties { _MainTex (Texture, 2D) white {} _Cutoff (Alpha Cutoff, Range(0,1)) 0.5 } SubShader { Tags { QueueAlphaTest RenderTypeTransparentCutout IgnoreProjectorTrue } Pass { ZWrite On Cull Off Lighting Off CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; // Spine的颜色缓存必须保留 }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; fixed _Cutoff; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; clip(col.a - _Cutoff); // 丢弃透明像素 return col; } ENDCG } } }使用步骤复制上面Shader到工程里创建一个材质把_MainTex设为Spine用的那张图集贴图。把Spine角色身上的材质替换成这个新材质。把_Cutoff调成0.4到0.5之间。这个值决定角色边缘多“硬”——值越大边缘保留越少越不容易出现白边但也会更生硬。确认材质的Queue为AlphaTest2450或者手动改成Geometry偏移。这个方案改完之后角色走进墙后面会被正确遮挡角色站在墙前也会正确挡住墙。我当时测试的那一版Spine小骑士终于被门框挡住画面瞬间对了。3.2 实际效果与代价边缘锯齿和抗锯齿问题这个方案不是免费的。clip()是硬切割角色的头发丝、披风边缘这些半透明像素会被直接丢弃原来柔和的渐变边缘会变成锯齿。更尴尬的是Unity的MSAA抗锯齿对clip()之后的边缘起不了作用。MSAA处理的是几何边缘而clip()是在像素阶段丢弃的边缘的Alpha值直接变成0或1没有平滑过渡所以即使开了4x MSAA角色轮廓依然会狗牙。几个替补手段提高_Cutoff到0.5以上让边缘尽量贴着不透明区域走锯齿会相对好一点。如果项目里有后处理抗锯齿方案如TAA、FXAA对clip边缘有一定改善。如果必须保留抗锯齿又能配合深度写入可以试试下面提到的双Pass方案。另外一个容易踩的坑是边缘白边。当_Cutoff设得太低比如0.1角色边缘会带一圈发白的半透明残留。这是因为Spine图集中角色的轮廓像素通常带有羽化渐变clip()阈值太低把渐变里偏白的部分保留下来了。解决办法就是调高阈值或者让美术在出图时减少Alpha半透区域的色差。3.3 这个方案的边界适合谁、不适合谁这个方案适合大多数战斗单位、NPC、可操控角色以及任何“理论上应该是不透明物体”的2D角色。只要角色不需要半透明融合、不需要柔和渐变用clip ZWrite On就是性价比最高的方案。但如果你做的是幽灵、烟雾、隐身状态下的角色需要保留半透明叠加效果那clip()一开角色看起来就像一块被硬剪出来的贴纸完全不像烟雾。半透明角色的穿模问题得靠下一个方案。4. 方案二双Pass渲染——深度预写与颜色输出分离为了兼顾“能写深度”和“保留半透明效果”我试过把ZWrite On和半透明Blend放在同一个Pass里结果材质直接报错或者渲染结果出现奇怪的重叠。后来换成双Pass结构问题才算解决。4.1 第一Pass只写深度第二Pass正常混合这个方案的核心思路一个Pass负责“告诉深度缓冲这里有个角色轮廓”另一个Pass负责“把角色画出来”。两件事互不干扰。第一Pass只把角色的不透明轮廓写进深度缓冲不输出颜色。这样场景里后面的墙、柱子就会正确挡住角色。Pass { ZWrite On ColorMask 0 Cull Off CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; fixed _Cutoff; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; clip(col.a - _Cutoff); return 0; } ENDCG }注意ColorMask 0这行表示这个Pass不输出任何颜色只更新深度缓冲。clip()依旧用来丢弃透明像素保证只有角色实际占用的区域写入了深度而不是整张Quad变成一面墙。第二Pass正常绘制角色颜色用透明混合模式但ZWrite Off、ZTest LEqual。这样它在第一Pass写好的深度基础上绘制离相机更远的片元会被深度测试丢弃角色被墙遮挡的部分不显示但自身颜色部分又能保留半透明渐变。Pass { ZWrite Off Cull Off Blend SrcAlpha OneMinusSrcAlpha CGPROGRAM #pragma vertex vert #pragma fragment frag #include UnityCG.cginc struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; sampler2D _MainTex; v2f vert (appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.uv v.uv; o.color v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv) * i.color; return col; } ENDCG }这个组合下角色有一个“虚拟的不透明轮廓”参与深度遮挡视觉上又保留了半透明质感。第一次跑通这个Shader的时候我把一个半透明的幽灵角色放在柱子后面终于看到幽灵被柱子挡住了下半身上半身还是若隐若现那个效果才叫对。4.2 双Pass的适用边界与开销考虑双Pass比单Pass多了一次完整的顶点和像素计算对于同一个Spine角色来说绘制压力翻倍。如果是大量小怪同屏比如几十个Spine角色这个Shader会明显增加DC和GPU负担。我在测试场景里放了30个幽灵帧率从60掉到45左右所以生产环境要评估一下。另外有个隐藏问题第一Pass把深度写了第二Pass半透明角色之间互相叠加时因为第二Pass的ZTest是LEqual而且不写深度两个半透明角色重叠的部分依然会正常混合不会因为深度相同就互相丢弃。这反而是我们想要的效果。但注意半透明角色和场景里其他半透明物体比如火把粒子之间的排序依然可能乱。这是Unity透明管线的老问题跟穿模无关但你要心里有数排优先级时别指望万能。5. 不改Shader的工程派解法分层相机、排序与碰撞校准不是所有项目都有权限改Shader。比如美术那边提供的Spine材质不让你动或者项目用的渲染管线不允许随便自定义Shader这种情况下还有工程侧的几个绕路方案。它们不根治问题但能在特定场景里救场。5.1 相机分层渲染把Spine和3D背景彻底分开如果场景结构比较简单你可以用两个相机切分画面相机A渲染3D场景不透明层和透明层输出到目标RenderTexture。相机B只渲染Spine角色层设定Culling Mask只包含Spine层直接用RawImage或叠加方式显示在相机A之上。这样Spine永远浮在3D背景上肯定不会和柱子穿插因为你压根没让它们在一个画面里做深度比较。代价是Spine角色无法被任何3D物体遮挡也无法和3D物体产生真实的交集。角色走到墙后面人直接消失不合适于是很多人给这个方案加一个简化版“遮挡”——当角色走到遮挡物背后时脚本让角色Alpha降到30%或者隐藏模拟“被遮住”的效果。我试过用射线检测来判断“角色是否被墙体完全挡住”检测到就降低透明度。这种“假遮挡”在俯视角游戏中够用但在第一人称或低机位镜头下很假因为你看得出来角色是被“藏起来”而不是被“挡起来”。5.2 Sorting Layer与Sorting Order只解决同类物体的前后关系如果穿模问题出在多个Spine角色之间或者Spine和一些道具如门、小箱子之间通过设置SortingLayer和SortingOrder就能部分解决。同一渲染队列里SortingOrder大的后渲染视觉效果上在前面。操作方法给Spine角色父物体设置SortingLayer为“Default”或自建“Character”层。给场景中的门、灌木丛、半透明障碍物设置独立SortingLayer。通过代码在角色移动时动态修改Renderer.sortingOrder比如角色站在门前面把角色Order设为100门设为1角色走到门后面把角色Order设为-100。这个方案解决的是“谁完全在谁前面”的大关系解决不了两个物体边缘交错时那种细微穿插。动态修改Order在奔跑、跳跃的连续动作中会频繁触发容易出现前后闪跳。5.3 碰撞校准把穿模消灭在资源层还有一种非常容易被忽略的穿模来源碰撞体和视觉不一致。Spine角色在3D场景里如果带碰撞体通常是一个BoxCollider或CapsuleCollider美术搭建的时候为了手感很可能把碰撞体拉得比角色视觉轮廓大一圈。结果角色明明还没碰到墙碰撞反馈已经发生了或者角色的剑已经穿进墙里碰撞体还没有开始阻挡。解决方法在Spine的角色物体上挂一个PolygonCollider2D如果项目用2D物理或者用多个BoxCollider拼出角色的大致轮廓。在3D项目里把Collider的大小跟角色主体对齐别太大也别太小。如果角色手持武器武器攻击帧的穿模是必然的可以考虑攻击时把武器碰撞体忽略或者用特效遮挡来掩盖。Spine本身在编辑器里可以给骨骼加“边界框Attachment”Unity端可以读取这些边界框生成碰撞体比人工摆BoxCollider准确得多。这部分资源工作做完之后至少角色不会因为“明明离墙还有半米脚已经陷进去”这种低级问题穿帮。5.4 用深度纹理做手写遮挡绕开ZWrite的进阶方案如果你能改Shader但又不想破坏Spine原有的透明混合还有一个思路直接在Spine的Shader里采样相机的深度纹理判断自己是否被场景物体挡住。这个方案不需要开启ZWrite On也就不会因为写深度带来排序副作用。开启相机深度纹理Camera.main.depthTextureMode | DepthTextureMode.Depth;在Spine的片元着色器里把裁剪空间位置转换成屏幕坐标采样_CameraDepthTexture得到场景中离相机最近的深度再和当前片元的深度比较float sceneDepth SAMPLE_DEPTH_TEXTURE_PROJ(_CameraDepthTexture, UNITY_PROJ_COORD(i.screenPos)); sceneDepth LinearEyeDepth(sceneDepth); clip(sceneDepth - i.eyeDepth);如果sceneDepth比i.eyeDepth小说明场景里有更近的物体挡在角色前面这个片元应该被丢弃。如果sceneDepth比i.eyeDepth大说明角色前面没有东西挡正常显示。这个方案的好处是Spine的透明混合模式完全保留边缘柔和也不用担心ZWrite On带来的透明方块问题。它只对“场景深度纹理里已有的物体”有效。如果遮挡物是ZWrite Off的透明物体深度纹理里没有它的数据那它依然挡不住角色。所以实际项目中我会把这个方案用在“主要遮挡物确保是ZWrite On物体”的前提下比如柱子、墙壁、雕像这些不透明物件。这个方案的处理能力比盲目开ZWrite更强因为它能精确判断“角色在前还是在后”而不是“角色写了深度所以场景都听它的”。代码也简单URP下换成SampleSceneDepth接口即可。6. 穿模排查链路遇到这几种表现按这个顺序查最后分享一套我总结出来的排查链路。你直接用下面的顺序过一遍大多数穿模问题都能定位。6.1 第一步确认相机的DepthTextureMode和遮挡物的RenderQueue很多人在排查时只盯着Spine的Shader忽略了遮挡物。先在场景里点中那面墙或柱子看它用的Shader的Queue是多少、ZWrite是不是On。我用Frame DebuggerWindow - Analysis - Frame Debugger实测过很典型的案例一堵墙材质用的是Legacy Shaders/Transparent/DiffuseQueue显示TransparentZWrite默认Off。Spine不管怎么改都会被这堵墙“欺负”。把墙的Shader换成不透明的Standard或者Universal Render Pipeline/Lit穿模立刻消失。如果你不懂Shader也至少要会看这两个字段。6.2 第二步确认Spine材质是哪种混合模式如果Spine材质用的是Premultiplied Alpha而你的Shader写的是Straight Alpha的Blend角色的边缘和深度关系都会出现莫名其妙的问题。检查方式鼠标选中Spine的Material资产在Inspector里看Shader属性名Spine官方材质一般会带Spine/Skeleton (Straight Alpha)或Spine/Skeleton (Premultiply Alpha)字样。确保你的自定义Shader的Blend公式和它一致。6.3 第三步ZWrite开了依旧闪面检查Near/Far和深度偏移有一种情况是Spine确实ZWrite On了墙也是不透明物体了但角色贴墙站立时面片和墙面在深度上几乎重合深度缓冲区数值相近导致ZTest时有时通过有时不通过画面疯狂闪烁。这个在像素级表现为“同一帧里墙和角色的像素互相交替”。解决办法一是调整相机的Near和Far比例把Near调大一点、Far调小一点提高近处的深度精度。解决办法二是在Shader的Pass里加深度偏移Offset -1, -1这个指令让角色的深度值稍微偏向相机让它在深度比较中更“靠前”避免共面闪烁。注意不要设太大否则角色明明在墙后面也会显示。6.4 第四步用Frame Debugger逐DrawCall确认如果你不想瞎猜直接打开Frame Debugger。Enable后点击帧里的某个绘制事件左侧能清楚看到这个DrawCall的RenderQueue、ZWrite、ZTest状态。把Spine的绘制事件和墙体/柱子的绘制事件都找到对比它们的顺序和深度状态几乎所有问题都能在这个面板里看出端倪。有一次我就是靠Frame Debugger发现Spine的Shader虽然设置了ZWrite On但被合批Batching到了另一个透明队列的材质里实际渲染时走的是合批后的状态。关于这道关卡怎么过排除合批干扰给Spine材质单独设置Batching为关闭静态合批材质上的深度设置才真正生效。6.5 第五步如果还不行检查整体渲染管线和后处理如果上面四步都查了问题还在那很可能是渲染管线层面的问题。比如URP/HDRP里后处理开启了某些会修改深度缓冲的效果或者你用了自定义Pass去采样深度导致Spine Shader里的深度判断出现偏差。这时把后处理逐个关掉测试通常很快能找到元凶。最后再分享一个实测小技巧我做了这么多改动之后发现一个特别实用的做法给Spine材质做一个“运行时可切换Shader”的小工具。正常状态用透明混合Shader进入战斗或者靠近遮挡物时运行时动态把一个ZWrite On clip的变体切换上去。这样平时保留Spine最自然的半透明效果关键时刻又不会因为穿模穿得没法看。切换Shader会造成一瞬间的重新绑定开销但对非极端性能要求的游戏来说完全能接受。另外不管用哪个方案美术出图时把角色边缘的羽化尽量控制在2像素以内都是好事。Spine图集边缘残余的灰色渐变越少clip()阈值就越好设置边缘锯齿和白边也就越少。工具只是解决办法的一部分资源和工程双管齐下才算是真正把“2D纸片混进3D世界”这件事做干净了。
