label只能绑定整个select元素，不可绑定option或optgroup；合法方式为显式（for匹配id）或隐式（select嵌套在label内），因option不可聚焦，为其加label无效且损害可访问性。
label 标签不能绑定 select 的“区域”概念
HTML 中没有所谓“区域选择器”这个标准术语，select 本身就是一个独立的表单控件，不是由多个可选“区域”组成的复合结构。很多人误以为 select 下的每个 option 是一个“区域”，进而想用 label 分别绑定它们——这是无效的。label 只能绑定到**整个 select 元素**，不能绑定到 option、optgroup 或其内部文本。
label 绑定 select 的两种合法方式
要让点击文字聚焦或激活下拉框，必须把 label 和整个 select 关联起来，而不是它的子项。浏览器只识别这两种绑定逻辑：
- 显式绑定：给
select设置唯一id，label的for属性值与之完全一致 - 隐式绑定：把整个
select元素直接写在label标签内部（无需id或for）
错误示例（常见踩坑）：<label for="city-opt1">北京</label><option value="beijing" id="city-opt1">北京</option>
这不会生效——option 不是可聚焦的表单控件，label 对它无响应。
为什么不能给 option 加 label？
因为 option 不接受焦点，也不触发 focus 或 click 事件（用户点击的是下拉展开后的弹层，非 DOM 中的 option 节点本身）。浏览器规范中，label 的作用对象仅限于以下可聚焦/可交互的表单元素：input、select、textarea、button、meter、progress、output（部分支持）。
试图为 option 添加 label 或模拟“选项级标签”，实际效果等于零，且会干扰屏幕阅读器对 select 整体语义的理解。
立即学习“前端免费学习笔记（深入）”；
真正需要“选项描述”时怎么办？
如果业务上确实需要更丰富的选项说明（比如带图标、多行提示、禁用状态解释），select 原生能力不足，应转向自定义下拉组件。但注意：
- 原生
select+label组合仍应保留作为降级方案 - 自定义组件内部若用
div模拟选项，需手动实现aria-labelledby、role="option"和键盘导航 - 不要强行给
option加id再用label for=...——DOM 结构合法，但行为无效，还可能引发无障碍校验失败
最易被忽略的一点：很多开发者在动态渲染 select 后忘记同步更新 label 的 for 值或重新挂载隐式包裹关系，导致绑定失效。绑定不是一次性的，它依赖 DOM 节点存在且属性匹配。
