aria-star不存在，因w3c规范中无此属性，浏览器和读屏器仅识别标准aria属性（如aria-label）；它可能是拼写错误、框架自定义data属性或ui库内部变量，与无障碍无关；星级组件应使用role="radiogroup"、role="radio"、aria-checked及aria-live等标准组合实现可访问性。
aria-star 不是标准 ARIA 属性，不存在于 W3C 规范中，也不会被任何屏幕阅读器识别或处理。
为什么找不到 aria-star？
ARIA 属性名必须严格匹配官方定义（如 aria-label、aria-expanded），浏览器和读屏器只解析已注册的属性。带 aria- 前缀但未定义的名称（比如 aria-star）会被完全忽略——既不报错，也不生效。
- 你可能看到的是某框架/库的自定义 data 属性（如
data-star="5"），它仅用于 JS 逻辑，与无障碍无关 - 也可能是把
aria-live或aria-pressed拼写错误记成了aria-star - 某些 UI 组件库用“star”命名内部状态变量，但对外暴露的仍是标准 ARIA 属性
星级评分组件该用哪些真实有效的 ARIA 属性？
真正能提升屏幕阅读器体验的，是组合使用语义化 HTML 和标准 ARIA：
- 用
role="radiogroup"包裹整组星星，配合legend说明目的（如“评分：请为本产品打分”） - 每个可点击星星用
input type="radio"+ 显式label for="star-4"，避免div模拟 - 若必须用图标实现，外层容器加
role="radiogroup"，每个星加role="radio"+aria-checked="true"+tabindex="0" - 动态更新后，用
aria-live="polite"区域播报当前得分（如“已选 4 颗星”），而不是靠自定义属性
常见错误：把视觉样式当语义
很多开发者试图用 aria-star="4" 表达当前选中数，但这毫无意义：
- 屏幕阅读器不会读这个值，因为没这属性
- 即使手动监听并用 JS 改写 DOM，也无法触发读屏器主动播报
- 绕过原生表单控件（如
input[type="radio"]）会丢失键盘支持、焦点管理、表单提交等基础能力
真正起作用的永远是角色（role）、名称（aria-label 或 label）、状态（aria-checked）这三者的协同，不是加一个看起来像“星级”的自定义属性。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
