共计 1337 个字符，预计需要花费 4 分钟才能阅读完成。
北京工夫 1 月 5 日（美国工夫 1 月 4 日晚些时候），谷歌官网正式公布了 Chrome 97 稳固版本浏览器，并已开始通过浏览器的自动更新零碎推出。值得关注的是，此次 Chrome 97 新版本公布时更新的一个键盘 API（keyboard MAP API）引起了不小争议。
据悉，此前因为 keyboard MAP API 无奈在 iFrame 中应用，所以之前的一些 web 体验者也没法用这个性能，微软的 Office web 应用程序等应用程序也无奈利用 API 检测键盘布局上的按键（键盘布局因地区或语言而异）。
而此次 Chrome 97 版本更新的 API，使得 iFrame 内的 web 应用程序能够应用该性能，也就是说 keyboard MAP API 能够取得用户的键盘布局，进一步跟踪和辨认用户，因而也引发了不小争议。
对此，谷歌官网专门对施行该 keyboard MAP API 新性能做了解释：
getLayoutMap（）与代码联合应用，解决了应用不同布局图（如英语和法语键盘）辨认键盘中按下的理论键的问题，但因为 getLayoutMap（）并非在所有上下文中都可用（不能在 iFrame 中应用），比如说 Excel、Word、PowerPoint 等 Office web 应用程序，这些在 Outlook Web、Teams 等外面显示为嵌入式体验并在 iFrame 中运行的利用都无奈应用此 API。但只须要将 Keyboard MAP 增加到容许属性列表中即可解决这个问题。
只管谷歌方面做了解释，但目前业内不少浏览器“对家”们却都坐不住了，纷纷发声明“抵制”。
其中，Mozilla、苹果、Brave 及其他浏览器的开发者们都对此事示意了担心。这些公司拥护浏览器集成的一个要害论点是：网站或可将该性能用于指纹识别目标。
苹果方面在 GitHub 上公布的一份回复中申明称“Keyboard MAP API 公开了一个高熵 fingerprinting surface。从平安隐衷方面而言，是不可被承受的，因而苹果公司的 WebKit 团队对实现目前提议 / 标准的这一性能不感兴趣。”
Brave 浏览器的制造商 Brave Software 示意：Brave 继承了 Chrome 实现的键盘 API，但不向用户提供任何性能（仅 Chrome 和 Opera 反对，但没有任何站点理论应用），且同样对该 API 可能被用于指纹识别示意担心。
WICG Keyboard Map Draft 提到，API 可用于指纹识别：应用不常见 ASCII 布局（如 Dvorak 或 Colemak）的用户——应用 ASCII 布局的用户与其所在区域的默认布局不匹配。
Mozilla 公司则间接将该 Chrome 97 的 Keyboard MAP API 增加到了“无害 API”列表中，并强调他们相对不会在 Firefox web 浏览器中应用这些 API。
当初，谷歌方面发表将在 Chrome 97 浏览器中应用该 API，但许多其余基于 Chrome 的浏览器却示意不会反对该 API，或间接禁用该 API，事件变得“焦灼”了起来。
还记得上次，谷歌在 Chrome 94 更新后因引入了闲暇检测 API 性能而引发争议。这一次，谷歌又在 Chrome 97 中引入了 Keyboard MAP API 再次引起争议。对于此次事件的进一步倒退，咱们也将继续关注。如果您对该事件有相干认识，也欢送在评论区互动交换！