formaction 会跳过表单 action 直接提交至指定 url；它不依赖 js、支持原生验证、多按钮互斥、可外置关联；需配合 name/value 区分操作意图，url 全量替换且无继承；兼容性与后端校验需特别注意。
formaction 会彻底接管提交地址，不是“覆盖”而是“跳过”form 的 action —— 只要按钮是 type="submit" 且带 formaction，浏览器根本不会读取表单的 action 属性。
formaction 为什么比 JS 拦截更可靠
它不依赖 JavaScript，禁用 JS、回车提交、右键「重新提交」、移动端快速连点等场景下行为一致；原生支持表单验证（required、type="email" 等）自动生效，不会像 event.preventDefault() + fetch() 那样绕过校验。
- 多个
type="submit"按钮共存时，只有被点击的那个触发其formaction，其他按钮的值不会出现在请求中 - 即使按钮写在
form外部，只要通过form="form-id"关联，formaction依然有效 - IE9 及更早版本不支持，但所有现代浏览器（Chrome 10+、Firefox、Safari、Edge、Opera）均完整支持
formaction 和 name/value 配合使用才完整
只靠 formaction 能区分“去哪”，但无法告诉后端“要做什么”。比如「保存草稿」和「发布」可能都 POST 到 /api/posts，但语义不同——这时必须加 name 和 value。
- 两个按钮的
name必须相同（如name="intent"），否则后端收不到可比字段 -
value必须不同（如value="draft"/value="publish"），后端据此分支逻辑 - 不要用
id或class区分，它们不会随表单数据发送 - 示例：
<button type="submit" name="intent" value="draft" formaction="/api/draft">存草稿</button>
formaction 的 URL 是完整替换，不拼接 query 参数
formaction 的值是最终提交地址的全部，不会继承或补全 form 的 action 中的路径或查询参数。
- 如果
form action="/post"，而按钮写formaction="preview"，实际提交到的是/preview，不是/post/preview - 需要带
?mode=preview就得写死：formaction="/api/render?mode=preview" - 相对 URL 基于当前页面路径解析，不是基于
form action的路径 - 绝对 URL（如
https://api.example.com/submit）完全独立，不受页面位置影响
容易被忽略的兼容性与安全细节
老 Android WebView（如 4.4 KitKat）对 button 的 name/value 提交支持不完整，可能造成字段丢失；后端永远不能假设 intent 字段一定存在，必须做 undefined 或 null 检查。
- Node.js/Express：用
req.body.intent === 'publish'前，先确认req.body.intent是字符串 - Python Flask：用
request.form.get('intent')，别直接索引request.form['intent'] - 别把
value当权限开关——value="delete"不代表允许删库，权限必须后端二次校验 -
formaction本身不防 CSRF，该加 token 还得加
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
