name是表单提交时后端识别字段的唯一依据，缺失则无法接收数据；value在不同type下语义不同：text/password为初始值，radio/checkbox为提交值，submit/button为显示文字，file中被忽略；disabled使字段不参与提交，readonly则仍提交；autocomplete是提示策略而非开关，需用语义化token；name与value对radio/checkbox缺一不可。
name 是表单提交时服务器识别字段的唯一依据，没设它，后端根本收不到这个输入项的值。
为什么 value 在不同 type 下行为不一致
它不是“统一设置默认显示文字”的属性，而是按语义承担不同职责：
-
type="text"或type="password"：作为初始填充内容，用户清空后就没了 -
type="radio"或type="checkbox"：必须设，代表选中时提交给后端的具体值（比如value="male"），不设等于无效选项 -
type="submit"或type="button"：控制按钮上显示的文字，和数据无关 -
type="file"：该属性被浏览器忽略，不能用value预设文件路径（出于安全限制）
disabled 和 readonly 看似相似，但提交行为完全不同
两者都让输入框不可编辑，但对表单提交的影响是本质区别：
-
disabled：元素完全被排除在表单数据之外，submit时不会发送该字段，JS 也拿不到它的value -
readonly：用户不能改，但字段仍参与提交，后端能收到它的值；JS 可以读写input.value - 移动端注意：
readonly输入框在 iOS 上可能仍会唤起键盘（只是无法输入），而disabled则彻底禁用交互
autocomplete 不是开关，而是提示策略
它的值不是简单的 on/off，而是一组语义化 token，浏览器据此匹配用户保存的凭证：
-
autocomplete="username"→ 触发用户名自动填充 -
autocomplete="current-password"→ 填入当前网站已保存的密码 -
autocomplete="new-password"→ 明确告诉浏览器“这是新密码字段”，避免误填旧密码 -
autocomplete="off"仅作提示，现代浏览器（尤其 Chrome）可能忽略它，特别是对密码类字段 - 若整个表单要禁用自动填充，更可靠的做法是在
<form></form>上设autocomplete="off"，而非每个input
真正容易被忽略的是 name 和 value 的耦合关系：radio/checkbox 没 name 就不成组，没 value 就没有提交意义；而 text/password 忘设 name，再填十行字后端也收不到——这不是 bug，是设计使然。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
