提前输入的指令需被缓存执行
别名: 输入缓冲 · 指令队列 · buffered input · action queue
概念解释
输入缓冲（input buffering）在当前动作尚未结束、下一个动作还不能执行时，暂存玩家提前发出的有效指令，并在系统可以执行它的第一时刻触发。它解决的问题不是"让玩家少按几次键"，而是让玩家的意图不必精确地卡在一个玩家自己根本看不见的帧边界上——动作何时真正结束是引擎内部的状态，玩家凭感觉判断的"结束"和这个内部状态之间天然存在误差，缓冲机制存在的意义就是吸收这个误差。
机制
游戏中的动作通常带有前摇、命中判定、后摇和状态切换这几个阶段，玩家往往在视觉上看到前一个动作还没真正结束之前，就已经在心理上决定了下一步要做什么——这符合人预判后续动作、提前准备的自然认知方式。如果没有缓冲机制，一次时机合理、只是稍微提前的输入会被系统直接丢弃，玩家必须等到窗口打开之后重新按一次键；这种设计会让操作节奏实际上被引擎内部的技术性时序切割点所主导，而不是被玩家自己的战术意图所主导——这本末倒置，因为玩家关心的是"我想做什么"，不是"引擎哪一帧允许我做"。有限长度的输入缓冲能够保留这种节奏的连续性，但缓冲区必须只接受在执行时刻仍然合法、仍然符合玩家当下意图的指令——这是缓冲机制区别于简单排队的地方：排队会机械地执行所有历史指令，而好的缓冲需要判断哪些历史指令到了现在还算数。
边界
输入缓冲不应该把一个玩家事后已经后悔、局面已经变化因而不再想执行的旧指令强行触发出来——这种情况下缓冲反而变成了对玩家当下意图的背叛。它也不应该跨越那些需要重新判断的关键状态变化，比如原来的攻击目标已经死亡、或者玩家已经改变了移动方向；一旦跨越了这类状态边界，继续执行缓冲区里的旧指令，产生的结果会让玩家觉得"这不是我现在想要的"。高精度、竞技向或节奏类玩法可以使用比较短的缓冲窗口，但前提是这个窗口的长度对玩家而言是可预期的、并且系统给出的反馈足够清楚，能让玩家知道自己的输入到底有没有被接受进缓冲区。需要额外强调的是：网络层面的延迟补偿技术解决的是另一个问题，不能被当作本地输入队列的替代品——网络补偿处理的是"数据传输的时间差"，本地缓冲处理的是"动作状态机内部的时间差"，两者不能相互替代。
怎么落地
- 为每一类动作分别定义可以被缓存的具体指令种类、缓存窗口的长度、多个缓存指令之间的优先级，以及取消这些缓存的具体条件；一旦游戏状态发生了前面提到的那类关键变化，要主动清除已经失效的缓存队列，而不是留着它们等待被误触发。
- 用一个小动画、按键提示的高亮显示，或者角色身上出现的某种预备姿态，向玩家确认"你刚才这次提前输入已经被系统记录下来了"，避免玩家因为不确定输入有没有生效而重复按键，制造出新的误操作。
- 验证办法：录制玩家在动作边界附近发出的所有提前按键，逐一检查它们是否都在系统允许的第一个合法帧被执行；对于确实没有被执行或被错误执行的情况，检查是否能用已经写明的缓存规则解释清楚原因，解释不清就说明规则本身有漏洞。