原生是无障碍首选，只需用aria-labelledby或aria-label补充可访问名称，并正确使用required、disabled等原生属性；自定义下拉需完整实现ARIA combobox模式，否则易出错。
下拉框必须用
纯 如果必须用自定义下拉（比如需要复杂渲染），那就得完整实现 原生 立即学习“前端免费学习笔记（深入）”； 真正需要 若需动态控制禁用状态，用 JS 操作 ARIA 不是装饰品，加错比不加更糟。对原生 role="combobox"，屏幕阅读器也无法可靠识别选项、无法用方向键切换、不触发 aria-expanded 状态变更。原生 自带语义和键盘行为，是无障碍首选。
combobox 的 ARIA 模式：管理焦点、监听 ArrowDown/Up、同步 aria-activedescendant、手动控制 aria-expanded —— 工作量大且易出错。
加 aria-label 或 aria-labelledby 是最简有效方案 本身已具备 role="combobox" 和基础语义，只需补全可访问名称（accessible name）即可被读屏软件正确播报。
aria-labelledby 指向 的 id：
aria-label 直接提供文字：aria-label 和 ，会造成重复播报
aria-required 不要乱加，required 属性已自带语义 会被读屏软件自动识别为“必填”，并播报“必填”或对应本地化提示。额外加 aria-required="true" 不仅冗余，还可能干扰部分旧版读屏器判断。aria-required 的场景极少，仅当无法使用原生 required 属性（比如自定义下拉 + JS 校验）时才考虑，且必须配合完整 ARIA combobox 实现。
禁用状态要用
disabled，别只靠 aria-disabled="true"
既禁用交互，又让读屏器播报“已禁用”，这是标准行为。而 aria-disabled="true" 只影响语义播报，不阻止焦点进入、不阻止键盘操作 —— 用户仍可按 Tab 进入，再按空格或方向键触发异常行为。element.disabled = true，而非设置 aria-disabled。
（用户仍能聚焦并尝试操作），核心就两件事：确保可访问名称（aria-labelledby 或 aria-label），用好原生属性（required、disabled、multiple）。所有绕过原生语义的“增强”，都会把简单问题变成兼容性噩梦。
