后端收不到表单字段是因为未设置name属性——name是表单数据提交的唯一标识，id仅用于前端dom操作，不参与http请求；浏览器仅提交带name的表单控件值，同名name（如复选框）以列表形式提交，name大小写及空格敏感，且label、radio分组等功能必须依赖name而非id。

后端收不到表单字段，八成是因为写了 id 没写 name——name 是提交管道的唯一开关，id 对服务器完全透明。

为什么后端 request.POST 里找不到字段

浏览器只把带 name 属性的表单控件（input、select、textarea、button）的值打包进请求体；id 不参与任何数据传输。哪怕 DOM 中元素存在、JS 能用 document.getElementById("email") 拿到它，只要没设 name，后端就收不到。

• <input id="email"> → 后端 request.POST.get("email") 返回 None
• <input name="email"> → 后端能正常取到值
• 多个同名 name（如复选框）会以列表形式提交：request.POST.getlist("hobby")
• name 大小写敏感、空格敏感；request.POST 的键名必须严格匹配 HTML 中的 name 值

name 和 id 在 DOM 查找时行为完全不同

document.getElementById("xxx") 直接返回单个元素，而 document.getElementsByName("xxx") 总是返回 NodeList（哪怕只有一个匹配项），必须手动取 [0] 才能访问属性。前者是 O(1) 哈希查找，后者是 O(n) 全量扫描。

html-deploy

使用 htmlcode.fun 将 HTML 内容或文件部署到网页，适用于用户要求“部署到网页”“托管此 HTML”“生成此前端...的实时链接”等场景。

下载

• 老版 IE 曾对动态插入的 name 元素漏匹配；现代浏览器仅对表单控件支持 getElementsByName
• 给 div 或 span 加 name 属于无效 HTML5 标记，校验器会警告，且 getElementsByName 不会返回它们
• document.myForm.email.value 这种旧式写法依赖的是 form 和 input 的 name，不是 id

哪些场景必须用 name，不能用 id 替代

不是“能不能”，而是“语义上不该”——name 和 id 解决的是不同维度的问题。

• radio 分组：只有相同 name 才能互斥选择；id 再一样也没用
• label 关联：<label for="pwd"></label> 中的 for 属性只认 id，写 name 无效
• CSS 选择器：#pwd 可用，[name="pwd"] 虽语法合法但非标准、性能差、不可靠
• 隐藏域提交：只加了 id 的 <input type="hidden">，后端永远收不到它的值

最容易被忽略的点：表单提交是纯 name 驱动的管道，而前端交互（样式、脚本、可访问性）大多依赖 id。两者共存不冲突，但混用就会断链——比如只加了 id 的隐藏域，后端永远收不到它的值。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！