aria-rowcount仅适用于ARIA grid角色结构，不作用于原生<table>；原生表格行数由<tr>数量自动识别，ARIA grid中需严格匹配逻辑行数并配合aria-rowindex使用。
aria-rowcount 不能直接设置表格总行数
aria-rowcount 不是给 <table> 用的，它只在 ARIA grid 角色（如 role="grid"）中生效，且必须配合 role="row" 和 role="gridcell" 等手动构建的“伪表格”结构。原生 <table> 元素完全忽略这个属性。
常见错误：在 <table aria-rowcount="10"> 上加该属性，检查器里能看到，但屏幕阅读器根本不读它，也不影响任何行为。
- 原生表格应靠 DOM 结构表达行数：
<tbody>里有多少个<tr>，就代表多少行 - 若用 ARIA grid 模拟表格（比如可编辑的复杂数据网格），才需显式设
aria-rowcount - 值必须是正整数，不能是字符串
"10"或表达式；设错会导致屏幕阅读器报“未知行数”或静默失败
什么时候真需要 aria-rowcount？
典型场景是虚拟滚动列表或动态加载的 grid 组件——DOM 中只渲染可视区域几行，但用户需要知道“总共还有 97 行可滚动”。这时 aria-rowcount 是唯一能向辅助技术传达总行数的机制。
示例（简化版）：
立即学习“前端免费学习笔记（深入）”；
<div role="grid" aria-rowcount="97">
<div role="row">
<div role="gridcell">A1</div>
<div role="gridcell">B1</div>
</div>
<!-- 更多 row... -->
</div>-
aria-rowcount必须和实际逻辑行数严格一致，否则会误导视障用户（比如显示“共 97 行”，结果滑到底发现只有 50 行） - 配合
aria-rowindex使用：每个role="row"应设aria-rowindex="5"表示这是第 5 行（从 1 开始） - 不要和原生
<table>混用：二者语义冲突，AT（辅助技术）可能直接跳过整个结构
替代方案：原生 table 怎么让辅助技术感知行数？
不用任何 ARIA 属性——只要结构正确，屏幕阅读器自动计算并播报。关键在语义完整性：
- 必须有
<thead>（哪怕只有一行）或明确的<th>标头 -
<tbody>中每个<tr>代表一行；嵌套<tr>（如分组）不计入主行数 - 避免用
display: grid或flex模拟表格——这会让 AT 完全丢失表格语义 - 如果行数动态变化（如搜索后只剩 3 行），更新 DOM 即可，无需手动同步 ARIA 属性
容易被忽略的兼容性坑
aria-rowcount 在旧版 NVDA（<table> 则无此问题，所有主流 AT 都支持。
- 测试时别只依赖 Chrome DevTools 的 ARIA 检查器——它只校验语法，不模拟真实 AT 行为
- 真要测，得用 NVDA + Firefox 或 VoiceOver + Safari 实际朗读，关注是否播报 “10 行 3 列的表格” 这类信息
- 如果项目必须支持 IE11 或老旧 Android WebView，
aria-rowcount基本无效，优先走原生 table 路线
真正麻烦的不是写对属性，而是确保它和运行时数据、滚动状态、AT 实际反馈三者始终一致。多数情况下，老老实实用 <table> 反而更省心。
