Composer和Animator无法实现机械干涉检测与运动约束求解，因其仅为动画插值工具，不支持物理计算、自由度管理或几何校验；真实机械联动需结合Rigidbody、Joint组件与Physics.ComputePenetration分层实现。
Composer 本身不提供机械干涉检测或运动约束求解能力——它只是 Unity 的动画状态机与时间轴编排工具，没有物理引擎、碰撞体管理或运动学求解模块。所有“联动”“约束”“防干涉”都必须靠外部逻辑实现。
为什么 Animator + AnimatorController 无法直接建模机械约束
Unity 的 Animator 系统本质是驱动 Transform 属性的插值器，不维护关节自由度（DOF）、不校验几何重叠、也不反向求解位姿。比如一个齿轮啮合联动，Animator 只能按预设曲线播放旋转角度，但不会检查齿顶是否穿透齿根，也不会根据主齿轮转角自动算出从动齿轮应转多少度（除非你手写比例换算）。
常见错误现象：
- 多个
AnimationClip同时修改同一Transform的rotation，导致数值覆盖、抖动或突变 - 用
Animator.Play()强制跳转状态，绕过过渡逻辑，造成关节瞬移、模型穿模 - 在
OnStateEnter中直接修改transform.localEulerAngles，与当前动画轨道冲突
用 ConfigurableJoint 或 HingeJoint 替代纯动画联动
真实机械联动需要物理约束，应放弃“全动画驱动”，改用关节组件绑定刚体。这是唯一能自然产生干涉响应（如卡死、反弹、力反馈）的方式。
实操建议：
- 每个活动部件设为独立
Rigidbody+Collider（推荐MeshCollider开启convex = true） - 用
HingeJoint连接旋转轴，设置limits.min/limits.max防止过转 - 若需齿轮比联动，监听主轴
Rigidbody.angularVelocity，用targetAngularVelocity控制从轴（注意：需关闭useGravity和isKinematic） - 避免在
Update中每帧调用joint.connectedBody.MoveRotation()—— 改用joint.targetRotation+joint.rotationDrive
用 Physics.ComputePenetration 做运行时干涉检测
如果必须保留动画驱动（如过场），又需预警干涉，可用物理 API 主动检测。该方法不依赖碰撞触发，适合离线扫描。
示例逻辑：
// 检查两部件是否即将穿模（提前一帧预测）
bool willInterfere = Physics.ComputePenetration(
partA.collider, partA.transform.position, partA.transform.rotation,
partB.collider, partB.transform.position, partB.transform.rotation,
out Vector3 direction, out float distance
);
if (willInterfere && distance <p>注意点：</p>
-
ComputePenetration要求双方都是凸碰撞体（MeshCollider.convex == true或用BoxCollider等基础形状） - 性能敏感，别在每帧对全部部件两两调用；建议只检测已知高风险组合（如连杆与机架、滑块与导槽）
- 返回的
distance是最短分离距离，负值表示已穿透，正值表示还有余量
复杂联动必须拆解为“驱动层 + 校验层 + 补偿层”
工业级机械仿真中，没人只靠动画或只靠物理。真正鲁棒的做法是分层：
-
驱动层：用
AnimationClip定义理想运动轨迹（如电机转速曲线） -
校验层：每帧用
ComputePenetration或Physics.Raycast扫描关键间隙（如齿轮侧隙、滑块端隙） -
补偿层：一旦检测到临界干涉，用
Rigidbody.AddForce或Joint.targetPosition施加微调力/位移，而非硬性停止
最容易被忽略的是补偿时机——不是等穿透发生才响应，而应在 distance 时就启动软限位，否则物理引擎的冲量计算会失真，出现“抖动-穿透-弹飞”循环。
