rigidbody2D.velocity为何导致物体穿透障碍物？

Question

在Unity 2D物理系统中，直接通过 `Rigidbody2D.velocity` 设置物体速度可能导致其穿透障碍物。这是因为直接赋值速度会绕过物理引擎的逐步模拟过程，在单帧内产生过大位移，使碰撞检测失效（尤其是高速移动时未触发连续碰撞检测）。即使启用了`Continuous`或`Continuous Dynamic`碰撞检测模式，极端速度仍可能超出检测阈值，导致刚体“跳过”Collider2D。此外，固定时间步长（Fixed Timestep）若较大，也会降低碰撞检测精度。因此，直接操作velocity虽响应迅速，但易引发穿透问题，建议结合`AddForce`或限制最大速度以维持物理稳定性。

Answer 1

1. 问题背景与现象描述

在Unity的2D物理系统中，开发者常通过直接设置Rigidbody2D.velocity来实现角色或物体的快速移动。这种做法虽然响应迅速、控制直观，但在特定条件下会导致物体“穿透”障碍物——即本应发生碰撞的两个Collider2D未被正确检测，导致一个刚体穿过了另一个。

该现象多发于高速运动场景，例如弹射机制、快速冲刺或平台跳跃游戏中角色撞墙等情况。即使已将Rigidbody2D的Collision Detection设为Continuous或Continuous Dynamic，仍可能因速度过大而失效。

2. 根本原因分析

• 绕过物理积分过程：直接赋值velocity跳过了力的累积和加速度变化过程，物理引擎无法预判位移轨迹。
• 单帧大位移：若速度过高，在一个FixedUpdate周期内移动距离超过Collider厚度，可能完全越过目标Collider。
• 连续碰撞检测阈值限制：Unity的CCD（Continuous Collision Detection）基于扫掠算法，但仅对一定速度范围有效；极端速度超出其预测能力。
• Fixed Timestep设置过大：默认0.02秒（50Hz）可能导致时间步过长，降低碰撞采样精度。

3. 技术深度递进解析

层级	技术要点	影响程度
1	直接Velocity赋值	高风险
2	AddForce模式应用	中低风险
3	CCD开启（Continuous）	部分缓解
4	Fixed Timestep调小（如0.01）	显著提升精度
5	Velocity钳制（Max Speed Limit）	关键预防手段
6	手动射线检测补救穿透	兜底方案
7	自定义运动预测逻辑	高级定制化
8	使用Physics2D.Simulate()	调试与控制增强
9	Layer Interaction过滤优化	性能+稳定性
10	复合碰撞体设计（Compound Collider）	结构健壮性

4. 典型代码示例对比

// ❌ 高风险写法：直接赋值velocity
void Update() {
    Vector2 targetVelocity = new Vector2(Input.GetAxisRaw("Horizontal") * maxSpeed, rb.velocity.y);
    rb.velocity = targetVelocity; // 易导致穿透
}

// ✅ 推荐写法：使用AddForce + 速度限制
void FixedUpdate() {
    float moveInput = Input.GetAxisRaw("Horizontal");
    rb.AddForce(new Vector2(moveInput * acceleration, 0));

    // 限制最大速度
    if (rb.velocity.magnitude > maxSpeed) {
        rb.velocity = Vector2.ClampMagnitude(rb.velocity, maxSpeed);
    }
}

5. 解决方案流程图（Mermaid）

graph TD
    A[开始移动请求] --> B{是否需要瞬时响应?}
    B -- 是 --> C[尝试使用AddForce配合高阻尼]
    B -- 否 --> D[使用AddForce逐步加速]
    C --> E[设置速度上限ClampMagnitude]
    D --> E
    E --> F[启用Continuous Dynamic CCD]
    F --> G[调整Fixed Timestep ≤ 0.01]
    G --> H[可选: 添加射线检测防穿透]
    H --> I[执行物理模拟]
    I --> J[完成安全移动]

6. 实践建议与架构优化

对于拥有5年以上经验的开发者，应从系统级角度考虑物理稳定性：

1. 建立统一的MovementController基类，封装所有速度操作逻辑。
2. 引入VelocityRequest事件机制，避免跨模块直接修改velocity。
3. 对高速物体启用RigidbodyType2D.Kinematic并结合Raycast手动检测路径。
4. 利用Physics2D.queriesHitTriggers和OverlapCircleAll做前置碰撞探测。
5. 在编辑器中可视化速度矢量与预测轨迹，便于调试。
6. 针对不同物体类型（玩家、子弹、NPC）设定差异化CCD策略。
7. 使用Time.fixedDeltaTime动态监控时间步波动，防止性能下降引发连锁问题。
8. 对关键对象实施双保险机制：物理移动 + 逻辑位置校验。
9. 在移动端注意不同设备FPS差异对FixedUpdate频率的影响。
10. 定期进行“压力测试”，模拟极端输入组合验证鲁棒性。