引言：帧率独立运动的重要性
在游戏开发中，物理模拟的准确性和一致性至关重要。一个常见的挑战是确保游戏对象的运动表现不会因帧率（fps）的变化而改变。如果物理更新逻辑与帧率挂钩，那么在不同硬件或不同负载下，游戏体验会大相径庭。例如，一个以60 fps运行的游戏可能表现正常，但在120 fps下，物体可能移动得更快或更慢，甚至轨迹发生偏差。
原始代码就展示了这一问题： 当游戏以60 FPS运行时：
Mid time: 1.8163 s Time for vel=0: 2.5681 s End position: (651.94, 262.0)
而当帧率提高到120 FPS时，结果却完全不同：
Mid time: 1.3987 s Time for vel=0: 5.0331 s End position: (1224.91, 400.35)
显然，在120 FPS下，物体不仅移动得更远，停止所需的时间也更长。这表明其运动更新并非帧率独立。要解决这个问题，我们需要理解游戏物理模拟的核心原理——欧拉积分，并正确应用时间步长 dt。
游戏物理基础：欧拉积分
大多数游戏引擎使用离散时间步长的方法来模拟连续的物理运动，其中最简单和常用的是欧拉积分（Euler Integration）。其基本思想是：在每个时间步长 dt 内，假设速度或加速度保持不变，然后更新物体的位置和速度。
其核心公式如下：
- 位置更新： 新位置 = 当前位置 + 速度 * dt
- 速度更新： 新速度 = 当前速度 + 加速度 * dt
这里的 dt 代表了自上一帧以来经过的实际时间（通常以秒为单位）。通过将所有物理量（速度、加速度、力）与 dt 关联，我们可以确保无论 dt 的大小如何，即无论帧率高低，每秒钟累积的物理效应总量是相同的。
问题剖析：摩擦力计算的误区
回顾原始代码中的 Entity.update 方法，我们可以发现问题所在：
def update(self, dt):
friction = self.friction * dt**2 # 问题所在！
for i in range(2):
self.pos[i] += self.vel[i] * dt
# Adding/subtracting friction to velocity so that it approaches 0
if self.vel[i] > 0:
self.vel[i] -= friction
if self.vel[i] < 0:
self.vel[i] = 0
elif self.vel[i] < 0:
self.vel[i] += friction
if self.vel[i] > 0:
self.vel[i] = 0代码中将摩擦力 friction 定义为 self.friction * dt**2。然而，摩擦力本质上是一种阻力，它会引起速度的减小，因此在物理模型中，它扮演着“加速度”的角色（负加速度）。根据欧拉积分的速度更新公式 新速度 = 当前速度 + 加速度 * dt，这意味着摩擦力对速度的影响应该直接与 dt 成比例，而不是 dt 的平方。
原始代码中的 dt 在主循环中被定义为 dt = 60*(t1-t0)。如果 t1-t0 是以秒为单位的实际时间差，那么这个 dt 实际上是一个相对于1/60秒的缩放因子。例如，在60 FPS时，t1-t0 约为 1/60 秒，dt 约为 1。在120 FPS时，t1-t0 约为 1/120 秒，dt 约为 0.5。
- 当 dt = 1 (60 FPS) 时，friction = self.friction * 1^2 = self.friction。
- 当 dt = 0.5 (120 FPS) 时，friction = self.friction * 0.5^2 = self.friction * 0.25。
可以看到，在120 FPS时，每帧施加的摩擦力只有60 FPS时的四分之一。由于帧率翻倍，但每帧施加的摩擦力却减少了四分之三，导致物体在相同时间内受到的总摩擦力大幅减少，因此会移动更远，停止更慢。这就是导致运动非帧率独立的核心原因。
解决方案：正确的物理更新逻辑
要实现帧率独立的运动，我们必须确保所有物理量的更新都与 dt 保持正确的线性关系。对于摩擦力（作为加速度），它对速度的影响应该直接与 dt 成比例。
正确的摩擦力计算和速度更新应为：
# 摩擦力效应 = 摩擦系数 * dt friction_effect = self.friction * dt # 速度更新：速度 += 加速度 * dt self.vel[i] -= friction_effect
位置更新 self.pos[i] += self.vel[i] * dt 则是正确的，因为它将速度（m/s）乘以时间（s）得到位移（m）。
示例代码：修正后的 update 方法
根据上述分析，修正后的 Entity.update 方法如下：
import pygame
import sys
from pygame.locals import *
from time import time
class Entity:
def __init__(self, pos, vel, friction, rgb=(0, 255, 255), size=(50, 80)):
self.pos = pos
self.vel = vel
self.friction = friction
self.rgb = rgb
self.size = size
def update(self, dt):
# 修正：摩擦力对速度的影响应直接与dt成比例，而非dt的平方
friction_effect = self.friction * dt
for i in range(2):
# 位置更新：位置 += 速度 * dt
self.pos[i] += self.vel[i] * dt
# 速度更新：速度 += 加速度 * dt (摩擦力作为负加速度)
if self.vel[i] > 0:
self.vel[i] -= friction_effect
if self.vel[i] < 0:
self.vel[i] = 0
elif self.vel[i] < 0:
self.vel[i] += friction_effect
if self.vel[i] > 0:
self.vel[i] = 0
def render(self, surf):
pygame.draw.rect(surf, self.rgb, (self.pos[0], self.pos[1], self.size[0], self.size[1]))
pygame.init()
clock = pygame.time.Clock()
FPS = 120 # 可以在这里修改FPS进行测试
screen_size = (1600, 900)
screen = pygame.display.set_mode(screen_size)
pygame.display.set_caption('Window')
start_1 = time()
printed_first_debug = False
printed_second_debug = False
# position, velocity, friction
player = Entity([20, 100], [8, 4], 0.05)
run = True
t0 = time() # 初始化t0
while run:
t1 = time()
# 这里的dt是相对于60FPS的缩放因子，例如60FPS时dt=1，120FPS时dt=0.5
dt = 60*(t1-t0)
t0 = time() # 更新t0
for event in pygame.event.get():
if event.type == QUIT:
run = False
screen.fill((30, 30, 30))
player.update(dt) # 传入修正后的dt
player.render(screen)
if player.pos[0] >= 600 and not printed_first_debug:
end_time = time()
print(f'Mid time: {round(end_time - start_1, 4)} s')
printed_first_debug = True
elif player.vel == [0, 0] and not printed_second_debug:
end_time = time()
print(f'Time for vel=0: {round(end_time - start_1, 4)} s')
print(f'End position: ({round(player.pos[0], 2)}, {round(player.pos[1], 2)})')
printed_second_debug = True
pygame.display.update()
clock.tick(FPS)
pygame.quit()
sys.exit()经过这个修正，无论 FPS 设置为60、120或任何其他值，物体将始终以相同的轨迹、在相同的时间内移动相同的距离并停止。调试信息将保持一致，从而实现帧率独立的运动。
核心原理与最佳实践
- dt的正确使用： dt 是实现帧率独立运动的关键。它应该代表实际流逝的时间。在物理更新中，所有影响速度的力或加速度都应乘以 dt，所有影响位置的速度都应乘以 dt。
- 物理常数的含义： 游戏中的物理常数（如摩擦系数、重力加速度）应根据它们所代表的物理量进行设计。例如，如果 self.friction 表示每秒速度的减少量，那么它直接乘以 dt 是正确的。如果 dt 是一个缩放因子（如本例），则 self.friction 应该被理解为在 dt=1（即60FPS）时每帧的速度减少量。
- 固定时间步长： 对于更复杂的物理模拟，尤其是在处理碰撞和高精度计算时，通常推荐使用“固定时间步长”（Fixed Timestep）而非变长 dt。固定时间步长确保物理更新以一个稳定的频率进行，即使渲染帧率波动，也能保持物理模拟的确定性和稳定性。
总结
实现帧率独立的运动是游戏物理模拟的基础。通过深入理解欧拉积分原理，并确保速度和位置更新中的时间步长 dt 得到正确应用，我们可以避免因帧率变化而导致的运动异常。特别地，将摩擦力（作为加速度）与 dt 的平方相乘是一个常见的错误，正确的做法是直接与 dt 相乘。遵循这些原则，将有助于构建更稳定、更具预测性的游戏物理系统。
