游戏开发：逻辑固定步长，渲染可变帧率

在游戏开发里，有一句听起来有点“专业味儿”的话：

“逻辑用固定步长，渲染用可变帧率。”

这句话你肯定见过，
但很多人其实只停留在“我好像知道这是个好东西”的阶段，
真让他解释清楚：为啥要这么干？底层发生了啥？不用这套路会怎样？
就容易开始含糊其辞。

咱今天就用大白话 + 打比方，
从零说清楚这句话到底是什么意思、为什么几乎所有靠谱游戏都要这样设计、
以及你实战写代码时要怎么用。

你可以把这篇当成：

《为什么游戏世界要按“节拍器”走，而画面可以“随缘流畅”——
固定逻辑步长 vs 可变渲染帧率，一次说个明白》

一、先把概念翻译成人话：两条“时间线”

游戏运行的时候，其实有两条“时间线”在跑：

1. 逻辑时间线

   • 决定“游戏世界里的物体怎么动、物理怎么算、AI 什么时候行动”等
   • 比如：角色每秒走 5 米、子弹飞 20 米/秒，
     这些都属于逻辑世界里的“节奏”。

2. 渲染时间线

   • 决定“屏幕一秒刷几次图”
   • 也就是你常说的 FPS（帧率）：30fps、60fps、144fps…

这两条时间