在Unity中于FixedUpdate读取输入是否可行？相关实现合理性探讨

我突然想到，借助jumpContinuing变量，也可以在FixedUpdate中读取输入（使用GetKey），这样就可以按需避免使用Update函数。但这其中肯定存在隐患，我并非认为这种方式更优，只是想了解这样实现是否合理。

FixedUpdate中的实现代码 #

if (!jumpContinuing && grounded && Input.GetKey(KeyCode.Space))
{
    jumpContinuing = true;
}
if (jumpContinuing)
{
    if (!Input.GetKey(KeyCode.Space))
    {
        jumpContinuing = false;
    }
}

Update中的实现代码 #

if (grounded && Input.GetKeyDown(KeyCode.Space))
{
    jumpContinuing = true;
}
if(Input.GetKeyUp(KeyCode.Space))
{
    jumpContinuing = false;
} 

这种实现能运行，但存在明显隐患，并不合理，具体问题如下：

• 输入响应不精准：FixedUpdate的执行间隔是固定的（默认0.02秒），如果玩家按下/松开空格的时间刚好卡在两次FixedUpdate之间，GetKey会错过这次输入变化，导致跳跃触发失败或中断不及时。而Update用GetKeyDown/GetKeyUp能精准捕捉输入的瞬间事件，不会出现这类遗漏。
• 状态同步问题：jumpContinuing的状态切换完全依赖FixedUpdate的执行时机，当游戏帧率波动时，FixedUpdate和Update的执行次数比例会变化，导致跳跃的“按住维持/松开中断”逻辑出现反常表现——比如玩家已经松开空格，jumpContinuing却还会多维持几帧，跳跃行为不符合预期。
• 违背Unity设计逻辑：Unity官方明确建议输入检测放在Update中，物理逻辑放在FixedUpdate中。输入是和渲染帧率绑定的帧级事件，强行移到FixedUpdate会打乱引擎的设计初衷，增加后续代码维护的复杂度。

对比来看，Update版本的实现更符合Unity的设计规范，输入响应精准，逻辑也更清晰可靠。

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