解读

这道题在国内Unity面试里出现频率极高，面试官真正想考察的是你对布料系统底层实现、性能开销、适用场景以及Unity版本演进的掌握程度。如果仅回答“一个跟着骨骼动，一个能被外力影响”，会被认为只停留在表面。必须结合Unity5以后布料系统重构、PhysX版本差异、移动端发热瓶颈、项目实际取舍来展开，才能体现“资深”二字。

知识点

1. 底层算法差异
   Skinned Cloth（现称Cloth，SkinnedMeshRenderer模式）复用骨骼驱动矩阵，顶点只参与蒙皮计算，不参与物理世界碰撞；Interactive Cloth（已废弃）在PhysX 2.x里独立成NxCloth对象，每帧全顶点参与碰撞、约束、迭代求解，CPU占用O(n²)。

2. 组件与渲染管线耦合方式
   Skinned Cloth必须挂在带SkinnedMeshRenderer的GameObject，数据直接写入Mesh.boneWeights，GPU端可开启GPU Skinning；Interactive Cloth需额外绑定ClothRenderer，顶点数据需回读CPU，无法开启GPU Skinning，造成MainThread stall。

3. 碰撞模型
   Skinned Cloth仅支持自碰撞+Sphere Collider近似，且碰撞体数量上限16；Interactive Cloth支持Convex Mesh、Capsule、Sphere全碰撞，但每增加一个碰撞体，迭代次数指数级上升，在小米8机型上即可掉帧到20 fps以下。

4. 版本与平台兼容性
   Unity5.0起Interactive Cloth被标Obsolete，2018.3彻底移除；Skinned Cloth在2019.3后更名为Cloth，支持JobSystem+Burst编译路径，在鸿蒙、iOS A14+机型上可跑到60 fps 2000顶点；而老项目若仍用Interactive Cloth，必须自己维护PhysX 2.x DLL，国内版号审核时会被认定为安全风险。

5. 热更新与AssetBundle
   Skinned Cloth的cloth.coefficients可序列化，可通过HybridCLR热更调整阻尼、刚度；Interactive Cloth参数存于NxClothDesc，无法通过Assembly Definition热更，导致国内SLG项目普遍弃用。

答案

“Skinned Cloth与Interactive Cloth最核心的差异是前者属于蒙皮渲染管线扩展，后者是独立物理对象。Skinned Cloth复用骨骼矩阵，顶点只参与蒙皮，CPU开销线性，支持GPU Skinning，适合移动端角色衣摆、披风；Interactive Cloth基于PhysX 2.x NxCloth，每帧全顶点迭代求解，支持完整刚体碰撞，但复杂度O(n²)，在Unity5后已被官方废弃，在中低端安卓机会引发发热与卡顿，因此国内项目一律使用Skinned Cloth，并通过cloth.coefficients热更参数、简化碰撞体、开启GPU Skinning三件套来保证性能。”

拓展思考

1. 开放题陷阱：面试官可能追问“如果策划坚持要在移动端做‘可撕扯的旗帜’怎么办？”
   标准思路：

   • 撕扯效果用顶点动画+Shader伪装；
   • 碰撞飘动用Skinned Cloth+低分辨率网格（300顶点以内）；
   • 撕裂口用预烘焙贴图+Alpha Clip，避免回读顶点数据；
   • 发热控制通过Unity Profiler GPU Counter抓帧，确保cloth.skinningBurst在6 ms以内，超过则降频到30 fps。

2. 技术方案对比：
   若项目面向PC主机，可直接上Obi Cloth或DOTS-Physics布料插件，利用AVX2指令集+多线程Solver，顶点可拉到1万；但若走微信小游戏WebGL，布料系统必须全砍，改用骨骼动画+顶点着色器Sin波模拟，否则初始包体超过50 MB无法过审。

3. 面试加分项：
   主动提到**“我在上一个MMO项目里把Interactive Cloth迁移到Skinned Cloth，顶点从8000降到1200，红米Note9上帧率从25 fps提到55 fps，包体减小1.3 MB，最终帮助项目拿到版号”**，用真实数据收尾，可让面试官直接给出“下一轮”信号。