3D布料模拟中，顶点突然飞出、模型瞬间炸开是最让开发者头疼的问题之一。这种崩溃现象往往发生在布料初始化后的前几帧，表现为网格顶点以极高的速度向外喷射，数值瞬间变成NaN或者无穷大。很多开发者第一反应是模型布线有问题，但实际上，绝大多数炸开案例的根源都指向约束求解器中的刚度和阻尼参数配置失衡。
布料炸开的物理原理：约束迭代中的数值发散
现代实时布料模拟大多基于PBD（Position Based Dynamics）架构。这种方案的核心思想是：在每个时间步内，先根据外力（重力、风力）预测顶点的新位置，然后通过迭代方式修正顶点位置，使其满足各种内部约束（如距离约束、弯曲约束）。刚度参数直接控制着修正的幅度，而阻尼负责消耗运动过程中的多余能量。当刚度被设置成一个极大的值时，约束修正产生的位移增量可能超过约束本身的长度，导致顶点在每次迭代中过冲，误差逐渐累积，最终形成爆炸式发散。
数值发散的具体过程可以这样理解：假设布料上两个顶点之间的原始距离是1米，帧率波动导致它们的间距被拉伸到1.5米。如果刚度值设置为0.99，约束求解器会尝试把间距恢复到接近1米，修正幅度大约是0.5米乘以0.99，也就是接近0.5米。这个修正本身没有太大问题，但同时顶点的速度也发生了突变。如果此时阻尼无法有效吸收多余动能，顶点在下一个时间步会携带更高的速度继续运动，再次被约束修正，再次加速，如此往复形成正反馈回路。几个迭代周期之后，速度值就超出了浮点数能够安全表达的范围。
一个实用的判定方法是观察日志中顶点的速度输出：如果速度值呈现倍增趋势而非衰减趋势，说明阻尼的耗能速度跟不上约束修正产生的能量注入速度，这就是炸开的前兆。
刚度参数：约束强度的双刃剑
刚度（Stiffness）在布料模拟中决定了约束被满足的强度。数值范围通常在0到1之间，0代表约束完全不生效，1代表约束被严格还原。在实际引擎中，这个参数往往被拆分成多个子项，例如Unity的Cloth组件中同时存在stretchingStiffness（拉伸刚度）和bendingStiffness（弯曲刚度）两个独立属性。拉伸刚度控制布料在平面内被拉扯时的抗变形能力，弯曲刚度控制布料在法线方向被折叠时的抵抗力。
调参实践中一个常见的误区是：为了追求布料挺括的视觉效果，开发者将拉伸刚度直接调到1.0。这样做在静态测试中似乎没有问题，一旦角色开始快速移动，布料需要在很短的时间内完成大幅度的约束修正，过高的刚度就导致顶点过冲。实际上，物理引擎中的刚度并不是我们直觉中的材料弹性模量，它只是一个迭代收敛的比例因子。一个经验值是拉伸刚度从0.6起步，根据布料网格的密集程度逐步调整：
// Unity中布料参数设置的示例代码
Cloth cloth = GetComponent<Cloth>();
ClothSkinningCoefficient[] coefficients = cloth.coefficients;
for (int i = 0; i < coefficients.Length; i++)
{
// 拉伸刚度控制在0.6到0.85之间，避免过高导致炸开
coefficients[i].maxDistance = 0.6f;
coefficients[i].stretchingStiffness = 0.75f;
coefficients[i].bendingStiffness = 0.4f;
}
cloth.coefficients = coefficients;
// 开启布料自碰撞，防止顶点穿透自身网格
cloth.enableSelfCollision = true;
cloth.worldVelocityScale = 0.6f;
cloth.worldAccelerationScale = 0.6f;
上述代码中，worldVelocityScale和worldAccelerationScale的作用是限制外部运动对布料的影响幅度。它们本质上也是一种软性阻尼，当角色快速转身或奔跑时，这两个参数能够避免布料因为惯性过大而拉伸过度。如果布料仍然炸开，可以进一步降低stretchingStiffness的值，同时观测游戏视图中布料的抖动情况。
阻尼参数：能量耗散的节流阀
阻尼（Damping）在布料模拟中是一个容易被低估的参数。它的核心作用是让速度随时间衰减，这种衰减机制类似于空气阻力，能够防止布料在约束修正的驱动下持续累积能量。在实际的PBD求解器中，阻尼作用于速度更新阶段而非位置修正阶段。每帧计算完成后，求解器会根据阻尼比例衰减速度向量：新速度等于原速度乘以（1减去阻尼系数）。
阻尼过低时，布料看起来会过分弹跳，顶点难以稳定下来。阻尼过高时，布料运动的流畅感会被破坏，甚至产生粘滞效果。更关键的是，如果阻尼系数设置不当导致速度衰减率大于约束修正率的倒数，就会引起系统不稳定。这里需要记住一个原则：阻尼并不能修复刚度引起的过冲，它只能延缓发散的速度。如果刚度值远大于合理范围，你怎么加大阻尼都拦不住炸开，顶多是把炸开的时间推迟几帧。
在实际引擎中，阻尼通常也分为位置阻尼和速度阻尼两类。UE4的Chaos布料系统提供了Damping和Drag两个相关参数，它们分别模拟粘性阻尼和空气阻力。下面是一组适用于UE4 Chaos布料资产的参数设置建议：
// UE4 Chaos布料节点中的关键参数示例 UChaosClothConfig* Config = NewObject<UChaosClothConfig>(); // 阻尼设置过小（小于0.1）时顶点容易持续震荡 Config->Damping = 0.35f; // Drag模拟空气阻力，数值越大运动衰减越快 Config->Drag = 0.08f; // 设置运动约束的刚度系数 Config->Stiffness = 0.8f; // 开启重力缩放，让布料更加贴合身体表面 Config->GravityScale = 0.6f; // 边缘刚度与弯曲刚度需要与全局刚度配合 Config->EdgeStiffness = 0.85f; Config->BendingStiffness = 0.5f; // 求解迭代次数从10开始，不足时再逐步增加 Config->SolverIterationCount = 10;
阻尼与刚度之间还存在着一个协同关系：当布料网格细化后，每个约束的误差变小，需要更高的迭代次数来收敛，而不是单纯调大刚度。如果你的布料模拟炸开，优先检查迭代次数是4以下的情况，此时即使刚度参数在合理范围内，求解器也无法在有限的迭代中完成收敛，数值自然会发散。
系统化调参流程：从炸开到稳定收敛
当布料模拟出现炸开情况时，不要逐个参数试错。正确的做法是先恢复一个绝对安全的基础参数组合，然后逐步增加复杂度。推荐采用以下步骤：
第一步将刚度整体降低到0.3左右，阻尼提高到0.5，关闭自碰撞，观察布料是否还会炸开。如果此时已经稳定，说明问题确实出在刚度过高或者阻尼不够。第二步逐步提高拉伸刚度，每次增加0.05，每调整一次运行3秒钟的模拟观察顶点位移。第三步开启自碰撞，如果出现布料内部顶点相互穿透的跳动，则增加求解迭代次数而非继续提高刚度。
这里还涉及一个时间步长（Delta Time）的问题。物理引擎在帧率不足时会产生较大的时间步长，导致单位时间内的位移增量过大，这是炸开的另一个诱因。稳定的做法是启用固定时间步长并开启子步插值，将模拟计算从渲染帧率中解耦。例如，在Unity的Fixed Timestep中设置0.02秒（即50Hz物理帧率），即使渲染帧率跌到30FPS以下，物理模拟依然按固定频率更新，这样布料顶点不会因为渲染帧间隔跳动过大而发散。
// 建议组合：低刚度 + 中高阻尼 + 固定时间步长 // 适用于大多数角色披风、裙摆模拟场景 Time.fixedDeltaTime = 0.02f; // 50Hz物理更新频率 Cloth cloth = GetComponent<Cloth>(); var settings = cloth.clothSettings; settings.stretchingStiffness = 0.65f; // 偏低，给约束迭代留出余量 settings.bendingStiffness = 0.35f; // 弯曲约束刚度不需要太高 settings.damping = 0.45f; // 中高阻尼吸收矫正过程的残余动能 settings.tetragonStiffness = 0.7f; // 四边形约束刚度 settings.selfCollisionDistance = 0.02f; settings.sleepThreshold = 0.01f; // 速度低于该阈值时布料进入休眠，避免微小抖动
在完成上述参数调整后，如果布料仍然存在局部抖动，可以检查布料网格中的三角形是否有退化的布线，例如极长的瘦长三角形或零面积三角形。这类三角形在约束求解中会产生奇异的投影矩阵，即使全局参数正确，也会导致局部顶点炸开。解决方法是重新拓扑该区域的网格，或者将该区域顶点的权重系数设低，使其承受较小的约束修正力。
不同引擎中的参数映射与调试工具
跨引擎迁移布料参数时需要特别注意：不同引擎的刚度定义并不等价。以Houdini Vellum的Stiffness为例，它是基于约束几何误差的比例控制，而Unity的stretchingStiffness则融合了迭代次数的影响。这意味着你无法直接在两个引擎之间复制粘贴参数，需要根据布料表现重新标定一个合理的参数范围。
调试布料炸开问题时可以使用引擎自带的物理可视化工具。Unity中开启Cloth Constraints绘制，可以直观看到每个顶点的约束范围和约束强度。红色顶点代表约束强度接近1，蓝色顶点代表约束强度接近0。如果炸开区域的顶点在绘制中显示为纯红色，说明该区域的约束强度过大，需要手动降低顶点权重。在UE4中则可以利用Chaos Cloth的Visual Debugger，逐步查看每个Particle的速度矢量和约束投影量，定位发散点起始的具体位置，从而判断是某个顶点权重异常，还是某个约束被错误地双重添加。
总结
布料模拟炸开本质上是一个数值稳定性问题，刚度和阻尼只是最直接的调节旋钮。你需要理解约束求解器的迭代机制，始终让时间步长、迭代次数、刚度上限和阻尼下限保持在一个合理的系统区间内。调参顺序上先固定时间步长，再降刚度到安全范围，随后逐渐提升刚度并同步匹配阻尼，最后才开启自碰撞和材质动画跟随。记住这个顺序，绝大多数布料炸开问题都可以在两到三分钟内定位并解决。如果此时布料仍然异常，再检查求解迭代次数和网格拓扑，而不是继续加大阻尼。经过一段时间的经验积累，你会形成一套针对不同布料材质和网格密度的参数预设，大幅缩短布料调试的时间成本。