焦点陷阱是一种无障碍设计模式，当模态框、对话框或弹出菜单打开时，键盘焦点被限制在该组件内部循环，无法通过 Tab 键移出到背景页面。这确保了使用键盘导航的用户（包括屏幕阅读器用户）不会意外地与背景内容交互。

当模态框打开时，背景内容在视觉上和语义上都应该是不可交互的。如果没有焦点陷阱，键盘用户可能通过 Tab 键将焦点移出模态框，与隐藏的背景元素交互，导致困惑和糟糕的用户体验。焦点陷阱确保用户始终在模态框的上下文中操作。

WCAG 2.1 成功标准 2.4.3（焦点顺序）要求焦点移动顺序有意义。虽然 WCAG 没有明确使用"焦点陷阱"一词，但可访问性最佳实践（如 WAI-ARIA 创作实践）强烈建议模态对话框使用焦点陷阱。ARIA 的 dialog 角色和 aria-modal 属性与此密切相关。

正确实现需要：
1) 打开模态框时自动聚焦到第一个可聚焦元素；
2) 监听 Tab 键在模态框内循环（最后一个元素 Tab 回到第一个，第一个 Shift+Tab 跳到最后一个）；
3) 关闭模态框后将焦点返回到触发元素；
4) 使用 Escape 键关闭模态框；
5) 使用 aria-modal="true" 告知辅助技术。

屏幕阅读器用户依赖键盘导航。如果焦点逃逸到背景页面，屏幕阅读器可能开始朗读隐藏的背景内容，使用户迷失方向。良好的焦点陷阱确保屏幕阅读器用户与视力正常的用户拥有同等的模态框交互体验。

常见错误包括：忘记处理 Shift+Tab 反向导航、未将初始焦点移入模态框、关闭后焦点丢失、忽略动态内容变化（如加载更多表单字段后需重新计算可聚焦元素）、未处理鼠标点击导致的焦点转移等。