实现含爬墙、二段跳的复杂物理角色移动的最佳方法是什么？

选型决策 #

优先选择以下两种方案，完全满足精确控制、复杂动作扩展、避免卡模抖动的需求：

1. CharacterController + 自定义碰撞检测方案：Unity原生CharacterController自带基础碰撞处理，避开直接操作Rigidbody带来的物理干涉问题，每帧移动距离完全由代码逻辑控制，可提前执行精确的BoxCast等碰撞检测，原生支持坡度、台阶适配，非常适合爬墙、二段跳等平台类动作系统开发，扩展能力充足。
2. Kinematic Rigidbody 自定义物理方案：将Rigidbody的isKinematic属性设为true，物理引擎不会主动对刚体施加力或位移，所有移动逻辑完全自主实现，位移结算时机完全可控，同时保留物理碰撞回调触发能力。

原有问题解决方案 #

• 直接修改velocity位移不精确问题：若坚持使用非Kinematic Rigidbody，需将Rigidbody的interpolation设为Interpolation，collisionDetectionMode设为Continuous Dynamic，所有velocity修改逻辑放在FixedUpdate中执行，每帧预期位移可通过velocity * Time.fixedDeltaTime精确计算，碰撞检测可基于该值提前执行。
• MovePosition单帧不生效问题：非Kinematic状态下MovePosition会延迟到物理帧结算，切换为Kinematic状态后，在FixedUpdate中调用rigidbody.MovePosition(transform.position + 计算完成的目标位移)，会在当前物理帧立刻完成位移结算，完全符合状态自主掌控的需求。

Rigidbody位置修改最佳实践 #

• 所有Rigidbody相关操作必须放在FixedUpdate生命周期中执行，禁止在Update中修改位移、速度等属性，避免帧率波动带来的位移误差、抖动问题。
• 非Kinematic Rigidbody禁止直接修改transform.position，所有位移操作优先通过修改velocity或AddForce系列方法实现，位移前提前执行Cast类碰撞检测，避免碰撞体重叠导致卡模。
• Kinematic Rigidbody位移优先调用MovePosition方法，禁止直接修改transform.position，直接修改transform会跳过部分物理碰撞检测逻辑，无法触发碰撞回调。
• 配置0.01~0.05的碰撞体皮肤宽度（Skin Width），碰撞检测时额外增加0.02的检测偏移量，避免碰撞体重叠导致的卡滞问题。

开源实现参考 #

可在GitHub搜索以下关键词获取成熟参考实现：

• Unity官方CharacterController移动示例：包含二段跳、爬墙基础实现，模块结构清晰，便于扩展自定义动作
• OpenCharacterController：基于Kinematic Rigidbody实现的全功能移动控制器，原生支持爬墙、 wall run、滑铲等复杂动作，模块解耦度高，预留完善的扩展接口
• Celeste风格2D移动控制器：适合2D平台类项目，碰撞检测逻辑完全自主实现，可控度极高

内容的提问来源于stack exchange，提问作者Дмитрий Жестков