label标签是屏幕阅读器识别表单字段用途的唯一可靠依据；for与id必须严格字符级匹配，大小写、空格、连字符等均影响关联；隐式嵌套易因DOM解析失败而失效；select需紧邻label且禁用隐藏；复用可见文本时宜用aria-labelledby，辅助信息用aria-describedby。
label 标签不是“可有可无”的装饰，它是屏幕阅读器识别表单字段用途的**唯一可靠依据**。没有它，或关联错误，视障用户听到的就只是“编辑文本”“复选框”这类无上下文的通用提示，根本不知道该填什么、选什么。
为什么 for 和 id 必须严格匹配？
屏幕阅读器依赖 DOM 中 label 的 for 属性与 input 的 id 值做字符串级比对——大小写、连字符、下划线、首尾空格，全算在内。哪怕模板里多一个换行符或 JS 动态生成时 ID 拼错一位，关联就断了。
- 常见错误：
for="userName"对应id="username"（大小写不一致） - 常见错误：
for="email "含尾部空格，而id="email"没有 - 避免在循环渲染中用索引拼接
id却忘了同步更新for - 禁用隐式嵌套写法：
<label>姓名<input name="name"></label>—— 中间插入注释、换行或动态节点极易导致 DOM 解析失败，关联失效
select 下拉框的 label 关联为什么更敏感？
iOS VoiceOver 和部分 Windows 屏幕阅读器对 label 与 select 的 DOM 位置有隐含要求：两者必须紧邻，中间不能插 <p>、<div> 等块级元素。否则点击标签文本，焦点不会落到下拉框上。
- 正确结构：
<label for="city">城市</label><select id="city">...</select> -
<select>的第一个<option>别用纯空格或“请选择”占位；应设为<option value="" disabled selected>-- 请选择 --</option> - 禁用
display: none或visibility: hidden隐藏原生select—— 自定义下拉必须透传焦点和键盘事件（如ArrowDown、Enter）到它身上
什么时候该用 aria-labelledby 而不是 label？
当表单控件需要复用页面中**已有的可见文本**作为标签时，aria-labelledby 是更合适的选择，比如搜索框旁已有 <h2 id="search-title">站内搜索</h2>，就不必再写一个独立 label。
立即学习“前端免费学习笔记（深入）”；
-
aria-labelledby指向的是页面中真实存在的、用户能看见的元素 ID，屏幕阅读器会朗读其文本内容 - 别同时用
aria-label和内部文本，会导致重复播报；也别指向不存在的 ID，读屏软件会静默跳过 - 对格式要求、错误提示等辅助信息，优先用
aria-describedby关联<div id="hint">请输入 6–12 位密码</div>，它会在主标签后自动朗读
最容易被忽略的点是：label 不仅关乎“读得出来”，更决定“点得进去”。哪怕视觉样式完美，只要 for/id 匹配出一丝偏差，鼠标用户点标签失焦、键盘用户 Tab 进去没反应、屏幕阅读器报不出字段名——三者其实是同一问题的三种表现。
