为什么PHP的$_POST变量从HTML的name属性而非id属性取值？

这个规则并非PHP自行设计，而是PHP遵循了W3C制定的HTML表单提交原生规范——浏览器提交表单时，只会把带有name属性的表单控件的值，按照name=值的格式打包进请求体，根本不会携带id属性相关的内容，所以PHP自然无法通过id取值。

背后的核心设计依据如下：

• 语义与职责拆分
  • id是整个DOM文档的全局唯一标识，设计目的是给CSS选择元素、JS操作DOM使用，和表单提交的参数标识职责完全无关。name是表单控件专属的属性，语义就是「提交到后端的参数字段名」，二者各司其职避免混淆。
• 支持多值提交的业务场景
  很多业务场景天然需要同名字段，比如单选按钮组、多选复选框组、动态新增的多行输入项，例如多选爱好的表单：

  <input type="checkbox" name="hobby[]" value="reading"> 读书
  <input type="checkbox" name="hobby[]" value="sports"> 运动
  <input type="checkbox" name="hobby[]" value="music"> 音乐
  

  提交后PHP可以直接通过$_POST['hobby']拿到用户选中的所有值组成的数组，非常方便。如果强制用唯一的id，反而需要开发者手动给每个选项加不同的id，后端再挨个取值拼接，大幅增加开发成本。
• 多表单共存的场景适配
  同一个页面可以存在多个独立的表单，比如顶部的搜索表单和页面中间的登录表单，都可以有name="keyword"和name="username"的控件，互不影响各自提交。如果用id的话，全局唯一的要求会导致你不得不给两个表单的同含义字段起不同的id，后端还要对应做多个键名的适配，反而更麻烦。
• 历史兼容要求
  表单提交的规则从HTML1.0版本就已经确定，当时还没有id属性，name是唯一的表单控件标识。后续HTML版本新增id属性后，为了兼容上亿的存量历史站点，也不可能修改表单提交的基础规则。

你提到的name冲突问题属于开发者编码规范问题：同一个表单内非数组类型的控件重名本身就不符合开发规范，这类问题应该由开发者在写前端代码时避免，不能因为极端的错误用法否定原有设计的合理性。

示例验证 #

index.html #

<html>
    <form action="./some_script.php" method="post">
        <input type='text' id='text_input_id' name ='text_input_name'>
        <input type='submit'>
    </form>
</html>

some_script.php #

<?php
    $value_from_id = $_POST["text_input_id"]; // 取值为null
    $value_from_name = $_POST["text_input_name"]; // 可获取表单输入的文本内容
?>

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