role="feed" 不能替代无限滚动的无障碍实现，因其仅定义时间序内容流语义，不提供加载状态提示、自动朗读暂停或焦点管理；必须配合 aria-busy、aria-live 和焦点控制三机制。
role="feed" 并不能定义无限滚动列表的无障碍语义，它只是告诉辅助技术“这是一个按时间顺序排列的动态内容流”，比如新闻聚合页或社交信息流。它本身不传达“可加载更多”“正在加载中”“已到底部”等无限滚动的关键状态——这些必须靠开发者手动补充。
为什么 role="feed" 不能替代无限滚动的无障碍实现
该 role 属于 ARIA 1.2 新增，语义聚焦在「内容组织方式」（chronological, update-driven），而非交互行为。屏幕阅读器遇到 role="feed" 不会自动监听新条目插入、不会暂停朗读等待加载、也不会提示“下一页可用”。若仅加这个 role 就停止其他处理，用户会在滚动到末尾时完全卡住，听不到任何反馈，也触发不了加载。
无限滚动必须配合的三个关键无障碍操作
真正让无限滚动可访问，要组合使用以下机制：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
aria-busy="true"标记容器，在加载新数据时设为"true"，加载完成设回"false"；辅助技术会暂停对该区域的交互和朗读 - 在加载占位区（如 loading spinner）上添加
aria-live="polite"和aria-label="正在加载下一批动态"，确保加载状态被主动播报 - 当加载完成、新条目插入后，对首个新增项调用
element.focus()或设置tabindex="-1"+focus()，把焦点锚定到新内容起点（否则键盘用户会停留在页面底部空白处）
role="feed" 的正确使用前提和边界
它只应在满足以下条件时使用：
立即学习“前端免费学习笔记（深入）”；
- 内容天然按时间倒序排列（最新在前），且持续追加（如微博时间线、RSS 首页）
- 不用于分页式列表（
role="feed"和role="navigation"+ 分页按钮互斥） - 必须嵌套在
role="main"或具备明确主内容语义的容器内，不能放在aside或header中 - 若列表支持按主题/作者筛选，需同步更新
aria-label（例如aria-label="科技话题动态流"），否则语义失效
最常被忽略的是：无限滚动的“加载完成”事件之后，没有做焦点管理。用户用键盘滚动到底部，触发加载，新内容插入，但焦点还停在原来的 button 或空白 div 上——此时他们既看不到新内容，也无法继续向下导航。这比没加 role="feed" 更伤体验。
