<kbd>Ctrl</kbd>+<kbd>S</kbd>才是正确写法，因<kbd>Ctrl+S</kbd>会被读屏器误读为单键名“C T R plus S”，而非“Control S”，导致语义丢失、快捷键绑定失效及复制格式错乱。
直接用 <kbd></kbd> 包裹组合键文字是错的，语义丢失、读屏器无法识别为快捷键操作——必须拆开写、加号放外、修饰键独立。
为什么 <kbd>Ctrl+S</kbd> 不能用
浏览器和屏幕阅读器会把它当成一个叫 “Ctrl+S” 的单个按键名，而不是“按住 Ctrl 再按 S”。实际朗读效果是 “C T R plus S”，不是 “Control S”。它还导致：
- 辅助技术无法触发
aria-keyshortcuts绑定 - 快捷键管理扩展（如 Vimium、Shortkeys）扫描不到有效组合
- 复制时可能带多余空格或换行，破坏文档整洁性
<kbd> 组合键的两种合法结构
W3C 允许两种写法，但适用场景不同，别混用：
-
<kbd>Ctrl</kbd>+<kbd>S</kbd>：适合教程、帮助页等说明性文本，视觉清晰、语义明确、兼容性最好 -
<kbd><kbd>Ctrl</kbd><kbd>S</kbd></kbd>：适合强调“这是一个不可分割的快捷键序列”，比如<kbd><kbd>Ctrl</kbd><kbd>Alt</kbd><kbd>Del</kbd></kbd>；注意外层<kbd>不可省略，否则失去“组合”语义
⚠️ 禁止嵌套三层：<kbd><kbd><kbd>Ctrl</kbd></kbd></kbd> 会降级渲染，Firefox 旧版甚至只显示最外层。
跨平台写法怎么不翻车
Windows 用户看 Ctrl，macOS 用户习惯 Cmd，但不能靠猜测——得让文案自己说清楚：
- 优先按目标用户主平台写，再补充另一平台：
<kbd>Ctrl</kbd>+<kbd>Shift</kbd>+<kbd>R</kbd>（Windows/Linux），后接“macOS 用户请用<kbd>Cmd</kbd>+<kbd>Shift</kbd>+<kbd>R</kbd>” - 避免
<kbd>Ctrl / Cmd</kbd>+<kbd>S</kbd>：斜杠在<kbd>里会被误读为按键，应写成<kbd>Ctrl</kbd> / <kbd>Cmd</kbd> + <kbd>S</kbd> - 功能键统一大写首字母：
<kbd>Esc</kbd>、<kbd>Tab</kbd>、<kbd>Enter</kbd>；不用return或↵
样式重置时最容易忽略的三点
浏览器默认 <kbd> 样式极简（仅等宽字体+轻微加粗），直接上生产环境前务必检查：
- 内边距太小导致按键贴边：建议设
padding: 2px 6px，避免与 + 号粘连 - 背景色在高对比度模式下消失：用
background: #f0f0f0而非透明，同时配深灰文字color: #333 - 圆角过大或过小：推荐
border-radius: 3px，既像物理按键又不破坏可读性
真正难的是把语义、视觉、交互三者对齐——<kbd> 本身不监听事件，aria-keyshortcuts 和 JS 逻辑得另外补全，漏掉任一环，快捷键提示就只是摆设。
