Pygame游戏帧率随时间下降，下落时卡顿更严重的原因排查

问题描述 #

开发Pygame项目时遇到帧率随时间逐渐降低的问题：游玩数分钟后帧率从26降至10；任务管理器显示内存占用稳定在0.4%（16GB内存），暂排除内存泄漏，但CPU占用从初始1%快速升至20%后保持稳定（Ryzen 5设备）。此外下落场景帧率下降更显著：初期下落与走路帧率一致，后期下落时帧率仅10，走路时仍有17左右。

核心问题分析 #

从提供的fall函数代码来看，卡顿的主要原因在于下落逻辑的计算效率低下，且随时间推移计算开销持续增长：

• 无限制的速度累积：下落时每帧执行self.y_velocity +=1，没有终端速度限制，导致y_velocity随下落时间无限增大。(self.y_velocity **2)/2的数值会指数级增长，不仅浮点运算开销变大，还会让玩家每帧移动的距离越来越大，碰撞检测的判断范围随之扩大。
• 全量tile遍历与冗余计算：每帧遍历所有tiles进行碰撞检测，且在条件判断中重复计算(self.y_velocity **2)/2，没有提前筛选出玩家附近的相关tile。随着y_velocity增大，碰撞检测的条件判断逻辑会消耗更多CPU资源，尤其是下落场景中速度持续增加，每帧的计算量远高于走路状态。
• 冗余的碰撞判断与无break逻辑：即使找到碰撞的tile，仍会继续遍历剩余所有tile，做大量无用判断；同时冗长的or条件可以简化，减少逻辑判断的CPU开销。
• 浮点运算的额外开销：用浮点计算下落距离和位置，相比整数运算会消耗更多CPU资源，且可能带来精度问题，进一步增加后续碰撞判断的复杂度。

另外需注意：如果是无限滚动地图，需检查tiles列表是否随游戏运行持续增长（比如未移除屏幕外的旧tile），这会导致遍历的tile数量越来越多，CPU占用逐步上升，最终拉低帧率。

优化方案 #

1. 添加终端速度限制 #

限制y_velocity的最大值，避免速度无限增长，从根源减少计算量：

def fall(self, tiles):
    if not self.collision_from_below:
        # 设置终端速度，比如10，可根据游戏调整
        self.y_velocity = min(self.y_velocity + 1, 10)
        # 后续逻辑...

2. 优化碰撞检测范围 #

只筛选玩家当前位置附近的tile，减少遍历数量：

def fall(self, tiles):
    if not self.collision_from_below:
        self.y_velocity = min(self.y_velocity + 1, 10)
        fall_distance = (self.y_velocity ** 2) // 2  # 改用整数运算
        target_top = self.top + fall_distance
        # 先筛选x轴与玩家重叠的tile，减少遍历数量
        relevant_tiles = [tile for tile in tiles if self.right > tile.left and self.left < tile.right]
        for tile in relevant_tiles:
            # 简化碰撞判断条件
            if self.top <= tile.top <= target_top:
                self.bottom = tile.top
                self.y_velocity = 0
                break  # 找到碰撞tile后立即跳出循环
        self.y += fall_distance
    else:
        self.y_velocity = 0

3. 改用整数运算 #

将所有位置、速度相关的变量改为整数（比如把单位放大2倍，避免小数），彻底消除浮点运算的性能开销，同时符合Pygame像素级渲染的特性。

4. 检查tiles列表的生命周期 #

如果是无限滚动地图，务必在tile移出屏幕后从tiles列表中移除，避免列表长度持续增长，导致每帧遍历的tile数量越来越多。

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