JavaScript如何编写可访问性代码？

• 用 button 替代 div + click：浏览器自动处理焦点、键盘事件（空格/回车触发）、ARIA 默认角色
• 动态插入内容时，同步设置 role、aria-* 属性。例如展开面板后，给目标区域加 aria-expanded="true" 和 aria-hidden="false"
• 表单控件必须有 label（显式 for/id 关联或包裹式），JavaScript 提交前校验失败时，用 aria-invalid="true" 和 aria-describedby 指向错误提示

支持完整的键盘导航与焦点管理

屏幕阅读器用户和仅用键盘操作的用户依赖 Tab 键顺序和焦点可见性。JavaScript 常见问题包括：弹窗打开后焦点未进入、关闭后未返回原位置、模态框外内容仍可聚焦。

• 模态框打开时，用 element.focus() 将焦点移到第一个可聚焦项（如标题或首输入框）
• 限制模态框内 Tab 循环：监听 keydown，捕获 Tab 键，当焦点在最后一项且按 Shift+Tab 时，跳转到第一项；反之亦然
• 关闭模态框后，用 triggerElement.focus() 把焦点还原到触发它的按钮上（需提前保存引用）
• 避免使用 outline: none 移除默认焦点轮廓——改用更美观但清晰的 outline 样式，或仅在 :focus-visible 下定制

及时通知状态变化（尤其动态内容）

屏幕阅读器不会自动朗读 DOM 变化（如加载完成、提交成功、错误提示出现）。需通过 ARIA live regions 主动“广播”。

• 在页面顶部添加隐藏的 live region：
• JavaScript 更新状态时，向该容器写入文本（如 liveRegion.textContent = "密码已复制到剪贴板"），屏幕阅读器会自动朗读
• 操作成功/失败反馈优先用 live region，而非仅靠颜色或图标——红色文字对色觉障碍者无效，小图标对低视力用户不可读
• 长时间操作（如上传）显示进度条，并同步更新 aria-valuenow、aria-valuemin、aria-valuemax

尊重用户偏好与系统设置

现代浏览器和操作系统提供减少动画、高对比度、强制颜色等辅助选项。JavaScript 应检测并响应这些偏好。

• 检测减少动画：if (window.matchMedia('(prefers-reduced-motion: reduce)').matches) { /* 跳过 CSS transition / JS 动画 */ }
• 检测高对比度模式：if (window.matchMedia('(forced-colors: active)').matches)，此时避免依赖背景色传达信息，改用文字、图标或边框
• 禁用自动轮播或定时跳转：提供 pause 按钮，并在用户首次交互后停止自动播放
• 不覆盖用户缩放：避免固定像素字号（如 font-size: 12px），用 rem 或 %，确保文字在 200% 缩放下仍可读、不溢出

可访问性不是附加功能，而是基础要求。从 HTML 结构出发，用 JavaScript 补足语义与行为，而不是绕过它。测试时关掉屏幕阅读器听一遍，全程只用键盘操作一遍，比任何代码检查都管用。

本篇关于《JavaScript如何编写可访问性代码？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！