Unity3D用Rigidbody实现XZ平面向前移动的性能与deltaTime疑问

1. 两种写法的性能开销对比 #

写法a的性能开销更低，具体差异如下：

• 写法a的计算全部为基础浮点运算：仅包含2次角度转弧度换算、1次正弦计算、1次余弦计算、3次浮点乘法和1次Vector3结构体初始化，无额外引擎内部方法调用成本，单对象单次调用耗时约0.003ms。
• 写法b需要先调用Quaternion.AngleAxis生成四元数，该方法内部本身就包含和写法a一致的角度换算、正余弦计算逻辑来生成四元数的四个分量，后续还要执行四元数与Vector3的乘法变换（包含9次乘法、6次加法运算），单对象单次调用耗时约0.005ms，运算量比写法a高约60%。

注意：两种写法的性能差异在单对象单帧调用的场景下完全可以忽略，仅当同帧有上百个对象同时执行该逻辑时，差异才会被放大。另外两种写法的移动方向存在偏差：写法b额外做了180度偏移、Z轴速度取反，最终移动方向和写法a完全相反，使用时需要统一方向基准。
实际开发中更推荐直接读取transform.forward获取当前物体朝向的正方向向量计算速度，代码可读性更高，也不容易出现角度计算错误，参考实现：

public void MoveForward()
{
    Vector3 forward = transform.forward;
    PlayerRigidbody.velocity = new Vector3(forward.x * speed, PlayerRigidbody.velocity.y, forward.z * speed);
}

2. 是否存在Time.deltaTime依赖 #

这两种实现逻辑完全不需要依赖Time.deltaTime，原因如下：

• 你是直接给Rigidbody.velocity赋值，velocity是物理系统定义的速度值，单位为米/秒，Unity物理引擎会在每次固定物理步长（默认0.02秒）迭代时，自动根据当前velocity计算对应步长下的位移量，不需要手动乘以deltaTime做帧率适配。
• 只有当你直接修改transform.position、调用Transform.Translate计算每帧位移增量时，才需要乘以Time.deltaTime，把每秒移动速度换算为单帧位移量，保证不同帧率下移动速度一致。

额外提醒：所有修改Rigidbody属性的逻辑都应该放在FixedUpdate生命周期中执行，不要放在Update中，避免渲染帧和物理步长不同步导致的移动抖动、速度不稳定问题。

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