尽管使用了Time.deltaTime，但移动似乎与帧速率有关。

我有以下代码来计算在Unity中移动游戏对象所需的转换LateUpdate。据我了解，我对的使用Time.deltaTime应使最终的翻译帧速率独立（请注意CollisionDetection.Move()，仅用于进行射线广播）。

public IMovementModel Move(IMovementModel model) {    
    this.model = model;

    targetSpeed = (model.HorizontalInput + model.VerticalInput) * model.Speed;

    model.CurrentSpeed = accelerateSpeed(model.CurrentSpeed, targetSpeed,
        model.Accel);

    if (model.IsJumping) {
        model.AmountToMove = new Vector3(model.AmountToMove.x,
            model.AmountToMove.y);
    } else if (CollisionDetection.OnGround) {
        model.AmountToMove = new Vector3(model.AmountToMove.x, 0);
    }

    model.FlipAnim = flipAnimation(targetSpeed);
    // If we're ignoring gravity, then just use the vertical input.
    // if it's 0, then we'll just float.
    gravity = model.IgnoreGravity ? model.VerticalInput : 40f;

    model.AmountToMove = new Vector3(model.CurrentSpeed, model.AmountToMove.y - gravity * Time.deltaTime);

    model.FinalTransform =
        CollisionDetection.Move(model.AmountToMove * Time.deltaTime,
            model.BoxCollider.gameObject, model.IgnorePlayerLayer);
    // Prevent the entity from moving too fast on the y-axis.
    model.FinalTransform = new Vector3(model.FinalTransform.x,
        Mathf.Clamp(model.FinalTransform.y, -1.0f, 1.0f),
        model.FinalTransform.z);

    return model;
}

private float accelerateSpeed(float currSpeed, float target, float accel) {
    if (currSpeed == target) {
        return currSpeed;
    }
    // Must currSpeed be increased or decreased to get closer to target
    float dir = Mathf.Sign(target - currSpeed);
    currSpeed += accel * Time.deltaTime * dir;
    // If currSpeed has now passed Target then return Target, otherwise return currSpeed
    return (dir == Mathf.Sign(target - currSpeed)) ? currSpeed : target;
}

private void OnMovementCalculated(IMovementModel model) {
    transform.Translate(model.FinalTransform);
}

如果我将游戏的帧速率锁定为60FPS，我的对象将按预期移动。但是，如果我将其解锁（Application.targetFrameRate = -1;），则某些对象的移动速度将比在144hz显示器上达到〜200FPS时的速度慢得多。这似乎仅在独立版本中发生，而不在Unity编辑器中发生。

编辑器内对象移动的GIF，解锁FPS

http://gfycat.com/SmugAnnualFugu

独立构建内对象移动的GIF，解锁FPS

http://gfycat.com/OldAmpleJuliabutterfly

当更新无法补偿非线性变化率时，基于帧的模拟将遇到错误。

例如，考虑一个对象，该对象以零的位置和速度值开始，并经历一个恒定的加速度。

如果我们应用此更新逻辑：

velocity += acceleration * elapsedTime
position += velocity * elapsedTime

我们可以在不同的帧频下获得这些结果：

该错误是由于将最终速度视为适用于整个帧而引起的。这类似于Right Riemann Sum，并且误差量随帧速率而变化（在不同的功能上进行了说明）：

正如MichaelS指出的那样，当帧持续时间减半时，此错误将减半，并且在高帧频下可能变得无关紧要。另一方面，任何遇到性能峰值或长时间运行的游戏都可能会产生不可预测的行为。

幸运的是，运动学使我们能够准确计算线性加速度引起的位移：

d =  vᵢ*t + (a*t²)/2

where:
  d  = displacement
  vᵢ = initial velocity
  a  = acceleration
  t  = elapsed time

breakdown:
  vᵢ*t     = movement due to the initial velocity
  (a*t²)/2 = change in movement due to acceleration throughout the frame

因此，如果我们应用此更新逻辑：

position += (velocity * elapsedTime) + (acceleration * elapsedTime * elapsedTime / 2)
velocity += acceleration * elapsedTime

我们将得到以下结果：

这取决于您从何处呼叫。如果从Update调用它，则使用Time.deltaTime进行缩放确实可以独立于帧速率，但是如果从FixedUpdate进行调用，则需要使用Time.fixedDeltaTime进行缩放。我认为您是从FixedUpdate调用您的步骤，但是使用Time.deltaTime进行缩放，当Unity的固定步骤比主循环慢时，这将导致视在速度降低，这就是您的独立构建中发生的情况。当固定步长很慢时，fixedDeltaTime很大。