虚拟滚动需配合焦点管理策略保障键盘用户翻页体验：焦点须随可视区域同步迁移，每项需唯一稳定可聚焦，提供位置反馈，并避免强制归零聚焦。
虚拟滚动本身不直接解决按键翻页的焦点问题，但配合正确的焦点管理策略，可以保障键盘用户在长列表中翻页时仍能准确聚焦、感知位置、维持操作连续性。
焦点必须随可视区域同步迁移
当用户按 Page Down 或 ↓ 键触发滚动后，焦点不能停留在已移出视口的旧元素上，否则屏幕阅读器会朗读错误内容，键盘操作也会“失联”。关键做法是：
- 监听键盘事件（如
keydown），识别翻页类按键（PageDown、PageUp、ArrowDown等） - 在滚动完成（或下一帧）后，主动将焦点移到新可视区域中的首个可聚焦项（通常是第一个渲染的列表项）
- 若当前聚焦项仍在视口内，可保持焦点；否则必须显式
focus()到合理目标（如最近的、语义上相邻的项）
确保每项具备唯一且稳定的可聚焦能力
虚拟滚动常复用 DOM 节点，若复用时未重置 tabindex 或移除 aria-selected 等状态，会导致焦点逻辑错乱。应做到：
- 每个列表项容器（如
）始终有tabindex="0"或明确的可聚焦角色（如role="button"） - 避免用
display: none或visibility: hidden隐藏非可视项——它们会脱离焦点流；改用position: absolute; left: -9999px或clip-path隐藏但保留可访问性树结构 - 复用节点前清空上一次的
aria-*状态（如aria-selected="true"），再根据当前数据重新设置
提供明确的位置反馈与导航上下文
键盘用户无法靠视觉定位，需靠辅助技术感知“我在哪一页/第几项”。建议：
- 在列表容器上添加
aria-live="polite"，滚动后动态更新提示，例如：“已滚动至第 41–60 项，共 200 项” - 为当前聚焦项添加
aria-current="true"，并配合 CSS 视觉高亮（如加粗边框） - 支持
Home/End键跳转到首项/末项，并确保此时焦点准确落在逻辑首尾（而非渲染首尾）——需结合数据索引计算真实位置
避免“滚动即重置”的陷阱
有些实现会在每次滚动后把焦点强制归零（如总聚焦第一个可见项），这会打断用户连续浏览。更自然的做法是：
- 记录上一次聚焦项的数据索引（而非 DOM 位置）
- 滚动后，在新渲染范围内查找最接近该索引的项，优先聚焦它；若不可见，则聚焦其前/后最近的可见项
- 对
PageDown，默认聚焦向下偏移一屏后的对应位置；对PageUp同理向上——模拟原生滚动行为
