为何HTML的select标签未提供placeholder属性？需用占位option实现默认值

现在大家给<select>设置默认提示内容，基本都是靠添加一个占位用的<option>标签来实现，比如：

<select required>
  <option value="" disabled selected>请选择...</option>
  <option value="1">选项1</option>
  <option value="2">选项2</option>
</select>

但为什么原生<select>不直接提供placeholder属性或者默认占位方案呢？主要有这几个核心原因：

• 语义与定位的本质差异：<select>的核心设计目标是让用户从预设的选项集合中做选择，而placeholder属性原本是为文本输入类控件（比如<input type="text">）设计的——这类控件允许用户输入自定义内容，占位符用来提示输入的格式或方向。<select>不存在“自由输入”的场景，它的选项都是预先定义好的，原生逻辑里它要么展示一个合法选项，要么为空（但空状态无提示性），和文本输入控件的使用场景完全不同。

• 历史设计与兼容性限制：HTML早期设计<select>时，并没有“占位提示”的强需求，当时更关注提供稳定的下拉选择功能。后来即便有了相关需求，新增placeholder属性也要考虑向后兼容——老浏览器可能无法识别这个属性，会导致页面行为异常；而且大量现有项目已经在使用占位<option>的方案，原生修改规则反而可能破坏现有代码逻辑。

• 交互逻辑的复杂性：如果给<select>加原生placeholder，需要明确一系列交互规则：比如用户点击下拉列表时，占位符是否要隐藏？要不要作为不可选选项存在？如果是不可选，那和现在用disabled属性的占位<option>又有什么本质区别？W3C评估后认为，现有通过<option>模拟的方案已经能满足需求，没必要新增属性来增加控件的复杂度。

• 表单验证的协同问题：placeholder本身不能作为合法的表单值，那<select>的required属性要怎么和它配合？比如用户停留在占位符状态时，是否应该触发验证错误？现在的占位<option>方案里，只需要把它设为disabled且selected，再给<select>添加required属性，就能实现“必须选择有效选项”的验证，逻辑清晰且不需要额外定义新规则。

内容的提问来源于stack exchange，提问作者CustomDisplayName