的 label 属性对单个选项无效，仅用于 的分组标题；实现“下拉显示简写、提交用完整值”需用 value 或 data-* 配合 js，或改用自定义下拉组件。
option 的 label 属性在 Chrome/Firefox 中不生效
HTML 标准里 <option></option> 确实定义了 label 属性，但它**只用于 <optgroup></optgroup> 的分组显示逻辑，对单个 <option></option> 的下拉展示完全无影响**。你在 Chrome、Firefox 或 Edge 里给 <option label="简写">完整名称</option>，下拉菜单里依然只显示“完整名称”，label 值既不渲染也不参与可访问性（ARIA）暴露。
想实现“下拉显示简写、提交用值”的真实需求
这是常见 UI 场景：比如国家选择，下拉里显示 CN，但提交时需要 China 或 ID。标准 <select></select> 本身不支持这种分离式显示，必须靠 JS 配合或换方案：
-
value属性存提交值（如<option value="CN">China</option>），但下拉仍显示China—— 这不符合“显示简写”要求 - 真正可行的是：把简写放进
textContent（即标签内文字），把完整值存在data-*属性里，用 JS 在表单提交前补全或映射 - 或者放弃原生
<select></select>，改用带搜索/自定义模板的库（如 Select2、Choices.js），它们内部用 div 模拟下拉，才能自由控制显示文本和提交值
label 属性唯一生效的场景：配合 <optgroup></optgroup>
<optgroup label="亚洲"></optgroup> 中的 label 是必需的，它控制分组标题的显示；而它内部的 <option label="JP">Japan</option> 的 label 会被浏览器忽略 —— 这是规范明确允许的行为，不是 bug。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
如果你看到某处 label 好像起作用了，大概率是用了自定义下拉组件，并非原生 <select></select> 渲染逻辑。
容易被忽略的兼容性细节
部分老版本 Safari（
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
