后端request.POST找不到字段，是因为浏览器只提交带name属性的表单控件，id不参与数据传输；name是决定字段能否被提交的唯一开关，缺name则后端必收不到值。

后端收不到表单数据，八成是写了 id 没写 name ——name 才是决定“这个字段能不能被提交”的唯一开关，id 对后端完全透明。

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

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

• → 后端 request.POST.get("email") 返回 None
• → 后端能正常取到值
• 多个同名 name（如复选框）会以列表形式提交：request.POST.getlist("hobby")
• Django 的 request.POST 是类字典对象，键名严格对应 HTML 中的 name 值，大小写敏感、空格敏感

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

document.getElementById("xxx") 直接返回单个元素，而 document.getElementsByName("xxx") 总是返回 NodeList（哪怕只有一个匹配项），必须手动取 [0] 才能访问属性。

Wechat Article Html

将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。

下载

• getElementsByName 是 O(n) 全量扫描，性能弱于 getElementById（O(1) 哈希查找）
• 老版 IE 曾对动态插入的 name 元素漏匹配；现代浏览器仅对表单控件（input、select、textarea、button、form）支持 name 查找
• 给 div 或 span 加 name 属于无效 HTML5 标记，校验器会警告，且 getElementsByName 不会返回它们

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

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

• radio 按钮分组：只有相同 name 才能互斥选择，id 再一样也没用
• label 关联表单控件： 中的 for 属性只认 id，写 name 无效
• CSS 选择器：#pwd 可用，[name="pwd"] 虽语法合法但非标准、性能差、不可靠
• 传统 JS 表单访问：document.myForm.email.value 依赖的是 form 和 input 的 name，不是 id

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

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