Unity 主循环机制：跨平台游戏心跳的架构设计
开场凌晨两点，测试同学发来一个诡异的 bug：同一个 APK 包在小米 11 上流畅运行 60 FPS，放到另一台老机器上却掉到 30 FPS 还伴随操作手感发飘。打开 Profiler 一看，PlayerLoop里某个阶段红得发紫——一段逐帧的自定义逻辑被塞进了错误的时机，拖累了整个渲染提交。更典型的是物理问题：Editor 里表现丝滑的角色移动，到高刷新率真机上却出现抖动或穿模。追根溯源，是FixedUpdate的固定步进和设备帧率之间的对齐关系没搞对。这类「换个平台就变味」的 bug，根源几乎都指向同一个东西——Unity 的主循环。本文就从 PlayerLoop 的结构讲起，说清楚每一帧内部到底按什么顺序执行、为什么物理要用固定步长、各平台的心跳节拍从哪里来，最后给出可落地的避坑清单。一、PlayerLoop：一帧之内的执行地图1.1 什么是 PlayerLoopPlayerLoop是 Unity 引擎的心脏。进程启动进入主循环后，引擎并不是简单地「逻辑→渲染」两步走，而是按既定顺序执行一棵分层的子系统树：根节点下挂着Initialization、EarlyUpdate、FixedUpdate、PreUpdate、Update、PreLateUpdate、PostLateUpdate等一级阶段，每个阶段内部再细分若干子系统（如Update
