formaction仅对type="submit"生效，用于覆盖表单action，但不改变提交字段；需配合name/value区分操作意图，且须兼容IE降级方案。
formaction 只对 type="submit" 生效
很多人给 <button type="button"> 加 formaction，发现完全没反应——这不是 bug，是规范行为。formaction 是表单提交控制机制的一部分，只在参与提交的元素上解析。它仅对 <button type="submit"> 和 <input type="submit"> 有效，type="button" 或 type="reset" 会被浏览器直接忽略该属性。
必须显式写 type="submit"，哪怕 CSS 已经把按钮样式统一了。漏掉这个声明，整个多路径逻辑就断在第一步。
- 错误写法：
<button formaction="/save">保存</button>（缺type） - 正确写法：
<button type="submit" formaction="/save">保存</button> - 如果按钮在
<form>外部，需用form="form-id"显式绑定，否则不关联任何表单
formaction 覆盖表单 action，但不改变字段提交内容
点击带 formaction 的按钮时，<form> 的 action、method、enctype 全部被跳过，只按该按钮自己的 formaction + formmethod + formenctype 发起请求。但所有 name 字段（包括隐藏域）仍按标准规则序列化，不会因目标不同而增删字段。
比如一个含 <input name="title"> 和 <textarea name="content"> 的表单，无论点“保存草稿”还是“发布”，后端收到的都是完整的 title 和 content 值，区别只在 URL 和 HTTP 方法。
立即学习“前端免费学习笔记（深入）”；
-
formaction值可以是相对路径（"./api/save"）、绝对路径（"/api/publish"）或完整 URL（"https://api.example.com/v1/submit"） - 若同时设
formmethod="GET"，参数会拼到 URL 后；设formmethod="POST"则走请求体 - 后端必须为每个
formaction路径提供对应接口，且能处理相同字段结构
多个 submit 按钮共存时，name/value 才是后端判断依据
formaction 解决的是“发到哪”，但后端往往还需要知道“用户想干什么”。这时候不能只靠 URL 区分，因为 URL 可能被代理重写、日志脱敏或反向代理隐藏。更可靠的做法是让每个按钮带相同的 name 和不同的 value，例如：
<button type="submit" name="action" value="save" formaction="/api/save">保存草稿</button> <button type="submit" name="action" value="publish" formaction="/api/publish">立即发布</button>
这样提交后，后端一定能收到 action=save 或 action=publish，且这个字段天然和点击动作强绑定，不会因网络层修改而丢失。
- 务必检查该字段是否存在——用户可能禁用 JS 后手动构造请求，或表单验证失败导致按钮未渲染
- 不要用
value直接做权限判断（如value="delete"就删库），权限必须查用户 session 和 RBAC 规则 - 避免混用
<input type="submit">和<button>，老版本 IE 对前者name提交支持不稳定
容易被忽略的兼容性与 fallback 场景
formaction 是 HTML5 原生属性，现代浏览器（Chrome 10+、Firefox 4+、Safari 5.1+、Edge 12+）都支持，但 IE 完全不识别。如果你的项目还需兼容 IE11 或更低版本，就得准备降级方案。
最简单的 fallback 是用 JavaScript 拦截 submit 事件，根据按钮 name/value 动态改表单 action，再调用 form.submit()。但这会让无 JS 环境彻底失效，所以更稳妥的做法是：服务端默认接收所有提交到表单 action 的请求，再根据 POST body 中的 action 字段路由到不同逻辑。
- 别依赖
formtarget="_blank"实现“后台提交不跳转”——它只是打开新页，页面仍会刷新原标签页 -
formnovalidate可跳过某个按钮的 HTML5 校验（如“暂存”不校验必填项），但它不影响formaction生效 - 移动端快速连点可能导致两次提交，后端需幂等处理，不能只靠前端防重复点击
