问最优的游戏手柄轮询频率是多少？

EN

轮询频率应至少为60 Hz，以确保每个动画帧至少捕获一次新按钮/轴状态。大多数应用程序在requestAnimationFrame循环中轮询，但这并不总是最好的解决方案，因为您仍然可能错过按钮按下。

最佳轮询速率由浏览器的内部行为决定。例如，在Chrome中，浏览器每16毫秒(62.5 Hz)才会获取新的游戏手柄状态，所以如果你以大约100 Hz的频率轮询，那么你肯定会看到每次更新。如果在轮询迭代之间发生按钮按下，仍然有可能错过按钮按下，但您对此无能为力。(几乎什么都没有: Chrome Dev和Canary版本都有一个chrome://flag#gamepad- polling -rate选项，您可以使用它来测试不同的内部轮询速率。)

内部轮询速率不是由规范定义的，不会直接向页面公开，可能会发生变化。例如，浏览器可以选择合并游戏面板输入更新，并将它们与requestAnimationFrame循环对齐，这将抵消更频繁轮询的任何好处。在依赖特定于实现的行为时要小心，并测试您的假设。

在Firefox上，您可以启用非标准按钮和轴事件，这可以让您检测输入更新何时发生在正常轮询循环之外。AFAIK这些事件仅在FF上实现，默认情况下被禁用，但可能对测试有用。

Gamepad API确实只支持轮询，而且您的轮询频率确实太低了。

假设您正在尝试构建一款游戏，那么理想情况下，游戏手柄的响应度应该与游戏的帧率一样高。这将确保按钮按下将始终被捕获。

Javascript的requestAnimationFrame就是为此而设计的。

如果你看一看neogeek's gamepad.js，你会看到它在每一帧都使用API来轮询游戏手柄：

Gamepad.prototype._loop = function () {

    ...

    self._events.gamepad.forEach(function (gamepad, player) {    
        if (gamepad) { 
            Object.keys(gamepad).forEach(function (key) {   
                self._handleEvent(key, gamepad, player);   
            });    
        }    
    });

    ...

    self._requestAnimation = _requestAnimationFrame(self._loop.bind(self));
}