可访问性友好的JavaScript核心是不干扰、可感知、可操作、可理解：使用语义化HTML元素，同步设置ARIA属性，确保键盘导航与焦点管理，用live region通知状态变化，响应系统辅助偏好，并全程以残障用户视角测试。
编写可访问性（Accessibility）友好的 JavaScript 代码，核心是不破坏屏幕阅读器、键盘导航和辅助技术的正常工作，同时主动增强残障用户的交互体验。关键不是“加功能”，而是“不干扰、可感知、可操作、可理解”。
确保所有交互元素有语义化 HTML 基础
JavaScript 不应凭空创建不可访问的控件。按钮就用 <button>，链接就用 <a href>，下拉菜单用 <select> 或带 role="combobox" 的结构。避免用 <div onclick> 模拟按钮——它默认无法聚焦、没有角色、不响应空格/回车键。
- 用
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 主动“广播”。
立即学习“Java免费学习笔记（深入）”；
- 在页面顶部添加隐藏的 live region：
<div aria-live="polite" aria-atomic="true" class="sr-only"></div> - 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 补足语义与行为，而不是绕过它。测试时关掉屏幕阅读器听一遍，全程只用键盘操作一遍，比任何代码检查都管用。
