我相信所有现代操作系统都能让你设置按键重复速度，以及首次重复前的延迟：

在 Mac 上，默认的初始延迟是 500 毫秒，按键重复间隔是 1000 毫秒。这两项都可以调节：

• 初始延迟可从 250 毫秒调到最长 2 秒。
• 重复间隔可从 2000 毫秒（每两秒一次）一直调到高达 33 毫秒（每秒 30 次）。

在 PC 上，最短值完全相同，但 Windows 11 的按键间隔最长只到 405 毫秒，初始延迟最长为 1000 毫秒。

我的建议是，测试时把这两项都调到最短、最快。

这样做有什么用？原因有二。

第一，这能很好地测试按键重复时的行为是否正常。有时你可能希望界面屏蔽重复触发，或是在长按时执行特殊操作。

第二，这不仅能测试重复按键，还能模拟用户极速按键的情况。UI 绝不应该让用户为任何动画或过渡效果等待，而每秒 30 次的闪电般重复速度，正是用来给系统做压力测试的好方法。

以下是我在 Figma 中以标准按键重复速度长按 Tab 键的效果：

可以看到，这些过渡效果能帮助你在画布间快速切换时保持方向感。但来看看把按键重复速度调到最高后，做同样操作会发生什么：

此时过渡效果已经把界面拖得太慢，以至于你完全看不到任何画布移动——只有在松开 Tab 键后，画布才会追上来。

流畅的移动效果假定了一个最低的按键频率，可能根本没有在更快的频率下测试过。

当然也有应对办法，比如加快交互、巧妙地屏蔽过渡，或在需要时引入自定义的重复频率——我在那篇关于设计高速键盘界面的文章里对此有过一些讨论。

下面这个界面就是个例子，它在高速键盘操作时会暂停过渡效果，并做到实时响应：

这看起来非常混乱，尤其是当你不是亲自操作时，但这个界面至少是诚实的，不会让用户等待。而且这也未必是纯粹的混乱——人的大脑和手指能反应的速度之快，可能会让你大吃一惊。

但首先，你得先意识到这个问题的存在，而我认为把按键重复的相关数值设到最短、最快，能帮你发现更多这类问题。

（而且你或许会像我一样，干脆在日常使用中也保留这种高速设置。）