name属性是表单提交的唯一键名，无name的控件不会被提交；id仅用于dom定位，与提交无关；浏览器只按name=value组装请求数据，忽略所有无name字段。
name 属性缺失会导致数据根本无法提交，这是后端收不到字段的最常见原因。
为什么 name 必须存在，而 id 可以没有
服务器只认 name，不解析 id。表单提交时，浏览器把所有带 name 的控件按 name=value 组合成键值对发出去；没 name 的控件（哪怕有 id）直接被忽略。
-
<input type="text" id="username">→ 提交时无此字段 -
<input type="text" name="username">→ 提交时包含username=xxx - 复选框和单选框必须共用相同
name才能形成逻辑组，否则无法互斥或批量取值 -
<select></select>和<textarea></textarea>同样依赖name，否则后端收不到值
readonly 和 disabled 的行为差异直接影响后端能否收到数据
两者视觉上都让输入不可编辑，但语义完全不同：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
readonly：字段仍参与提交，用户可聚焦、复制、选中文字，适合展示+保留值场景（如预填的订单号） -
disabled：字段完全被排除在提交之外，且默认灰显、不可聚焦，适合临时禁用（如未满足条件时锁住提交按钮） -
<input type="checkbox" readonly>无效 ——readonly对复选框/单选框不生效，只能用disabled - JavaScript 动态设置时，
element.readOnly = true和element.disabled = true效果不能混用
enctype 错配会导致文件上传失败或后端解析为空
这个属性只在 method="post" 下起作用，但极易被忽略：
- 普通文本提交用默认
application/x-www-form-urlencoded，无需显式声明 - 只要表单含
<input type="file">，就必须设enctype="multipart/form-data"，否则文件内容不会被编码发送 -
enctype="text/plain"极少使用，仅用于调试，因空格和换行会被原样保留，后端难解析 - 用 JavaScript 发起
fetch或XMLHttpRequest提交表单时，若手动构造 FormData，则不需要设置enctype，浏览器自动处理
action 省略时的行为常被误认为“提交到当前页”，实际取决于 URL 状态
没写 action 的表单不是简单地“提交给自己”，而是遵循当前页面完整 URL 的路径规则：
- 当前 URL 是
https://example.com/user/edit?id=123，提交会发到https://example.com/user/edit?id=123（含 query string） - 当前 URL 是
https://example.com/user/edit/（结尾斜杠），提交目标是/user/edit/ - 当前 URL 是
https://example.com/user/edit（无斜杠），提交目标是/user/（浏览器向上回退一级） - 前端用 JS 拦截提交并阻止默认行为时，
action值无关紧要，但留空仍可能引发意外跳转
真正容易被忽略的是 action 的路径解析逻辑和 enctype 的隐式约束——它们不出错时不显眼，一出错就是整个表单传不上去或文件为空，排查时往往绕远路查后端代码，其实问题就在这两处属性配置上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
