Unity中物体旋转后Rigidbody.AddForce()失效问题排查

问题复现代码 #

rb = 动物对象的Rigidbody组件
fr = 存储刚体朝向的三维向量
xInput = 转向控制值（取值范围0.0~1.0的浮点数，对应方向盘输入）
zInput = 前进控制值（取值范围0.0~1.0的浮点数，对应油门输入）

//旋转动物对象
rb.transform.Rotate(0,xInput * turn_speed,0);

//获取动物当前朝向
fb = rb.tranform.forward;

//向动物前进方向施加作用力
rb.AddForce(fr * zInput * speed);

Debug.Log(fr * zInput * speed); //日志显示数值计算正确
//（例如输出(0.5,0.0,-2.7)），但动物对象不会产生位移

异常表现：键盘控制阶段代码运行正常，切换为输出两个浮点控制量（旋转、速度）的神经网络控制后，动物仅原地异常旋转，偶尔初始移动数像素后立刻停止，力向量日志输出数值符合预期但无位移。

根因分析 #

• 变量笔误导致力方向完全错误：代码中获取当前朝向后赋值给了新变量fb，加力时使用的fr从未被更新，始终存储的是初始帧的朝向值。键盘控制阶段大概率手动逐帧更新了fr值，神经网络版本漏了该同步逻辑，当xInput不为0时刚体朝向逐帧变化，fr和实际前进方向持续错位，施加的力完全不对应预期方向。
• 非物理旋转触发物理引擎速度重置：直接调用transform.Rotate()修改带刚体的对象旋转，属于绕过物理引擎的Transform直接修改，会打断PhysX的刚体插值、速度积分计算。键盘输入为离散触发、单帧旋转幅度小，冲突不明显；神经网络输出为连续逐帧控制量，持续非物理旋转会让刚体反复进入「休眠-唤醒-线速度被校正清零」的循环，最终表现为只转不动。
• 生命周期调用错误：刚体的加力、旋转属于物理计算逻辑，如果放在和渲染帧绑定的Update中执行，会因为Update调用频率不固定、和物理固定步长不同步，导致力的累积计算出错。
• 输入范围设计缺陷：xInput定义范围为0.0~1.0，仅支持单方向旋转，且未对神经网络输出做截断归一化，很容易出现单帧旋转角度过大的问题，进一步提高物理引擎触发异常速度校正的概率。

修复方案 #

1. 统一朝向变量，消除笔误：删除冗余的fb/fr双变量，每次加力前实时获取刚体当前朝向，避免使用缓存的旧朝向值。
2. 替换非物理旋转逻辑：使用刚体原生的MoveRotation方法实现旋转，所有物理操作统一放到FixedUpdate生命周期中执行，参考代码如下：

// 所有物理逻辑放在FixedUpdate生命周期内执行
private void FixedUpdate()
{
    // 先对神经网络输出做截断，过滤异常值
    float safeXInput = Mathf.Clamp(xInput, -1f, 1f);
    float safeZInput = Mathf.Clamp01(zInput);
    
    // 用物理接口驱动旋转，禁止直接修改transform
    Quaternion targetRot = rb.rotation * Quaternion.Euler(0, safeXInput * turn_speed * Time.fixedDeltaTime, 0);
    rb.MoveRotation(targetRot);
    
    // 实时获取当前朝向施加前进力
    rb.AddForce(rb.transform.forward * safeZInput * speed, ForceMode.Force);
}

3. 调整刚体参数：适当调低Rigidbody组件的Sleep Threshold值，避免刚体因为线速度过低自动休眠停止响应力；如果仍有休眠问题，可以在加力前调用rb.WakeUp()强制唤醒刚体。
4. 补全输入预处理：将xInput的取值范围映射到-1.0~1.0支持双向转向，对神经网络的输出值做归一化和上下限截断，避免单帧旋转/加速幅度过大触发物理引擎异常校正。

内容的提问来源于stack exchange，提问作者CapnCheesy