提交按钮必须用或，表单需配置action和method，禁用按钮需配合错误恢复，且按钮的name/value参与参数提交。
提交按钮必须用 <input type="submit"> 或 <button type="submit"></button>
浏览器只认这两种方式为表单提交触发器，其他写法（比如 <input type="button"> 或没设 type 的 <button></button>）不会自动提交表单。常见错误是直接写 <button>提交</button>，结果点下去毫无反应——因为默认 type="button"，它只是个普通按钮。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用
<button type="submit">提交</button>：内容更灵活（可嵌<img alt="html怎样设置文档的提交按钮_HTML设置文档提交按钮类型【类型】" >、<span></span>），语义清晰，无障碍支持更好 - 如果用
<input>，务必显式写type="submit"，不要依赖浏览器默认行为（某些旧环境可能不一致） - 避免给提交按钮加
onclick="form.submit()"：多余且绕过表单原生验证逻辑（比如required字段会跳过校验）
表单必须有 action 和 method 才能真正提交
即使按钮类型正确，如果 <form></form> 缺少 action（目标地址）或 method（GET / POST），点击后页面可能刷新但数据没发出去，或者报 405 错误（Method Not Allowed）。开发时容易只盯着按钮，忘了表单本身配置。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
action值不能为空字符串或"#"，否则多数浏览器会向当前 URL 发起请求，常导致意外重载 -
method不写时默认是GET，但含敏感/大体积数据时必须显式设为POST - 用
fetch或XMLHttpRequest拦截提交时，记得调Event.preventDefault()，否则仍会走原生提交流程
禁用提交按钮防重复点击，但别只靠 disabled
用户狂点提交按钮导致重复请求，是后端最常遇到的脏数据来源之一。单纯在点击时加 disabled="disabled" 能视觉阻断，但若提交失败（网络中断、接口 500），按钮就卡死，用户无法重试。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 提交前设
button.disabled = true，并在fetch的.catch()或finally中恢复button.disabled = false - 服务端必须做幂等性控制（如用
idempotency-key请求头），前端禁用只是体验优化，不是可靠性保障 - 避免用
pointer-events: none替代disabled：它不阻止键盘回车提交，也不被屏幕阅读器识别为禁用状态
提交按钮的值（value 或 textContent）会影响发送的参数名
当用 <input type="submit" name="op" value="save"> 时，表单提交会多带一个 op=save 参数；而 <button type="submit" name="op" value="delete">删除</button> 同样发 op=delete。很多人以为按钮文字只是显示内容，其实它参与数据构成。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 需要区分操作类型时（如“保存” vs “发布”），用
name+value是轻量方案，比额外加隐藏域干净 - 按钮内文字和
value可以不同：<button type="submit" value="publish">立即发布</button>，提交时仍发value值 - 多个提交按钮共存时，只有被点击的那个的
name/value会被提交，这点常被忽略，导致后端收不到操作标识
表单提交看似简单，但按钮类型、表单属性、禁用逻辑、参数携带这四点只要漏掉一个，就会出现“点了没反应”“数据没到后端”“重复提交”“操作类型丢失”这类问题。尤其注意 button 默认不是提交按钮，以及 disabled 不是提交安全的替代品。