formaction未生效的根本原因是仅被点击的type="submit"按钮的formaction起作用，其他按钮该属性被忽略；必须与formmethod同写于同一按钮，且需浏览器支持（ie不支持）。
formaction 属性为什么没生效？
常见情况是：表单里多个 <button type="submit"></button> 都写了 formaction，但点击后仍跳转到 <form></form> 的 action 地址。根本原因不是写法错，而是浏览器只认「当前被点击的提交按钮」的 formaction —— 其他按钮上的该属性完全被忽略，且它不继承、不叠加、不 fallback。
实操要点：
-
formaction必须写在type="submit"的<button></button>或<input type="submit">上，写在<form></form>或其他元素上无效 - 如果按钮没写
formaction，就走<form action="..."></form>；哪怕其他按钮写了，也不影响当前按钮行为 - 值必须是合法 URL（含相对路径），空字符串或
javascript:void(0)会导致页面跳转失败或报错
formaction 和 formmethod 搭配使用要注意什么？
单独改地址不够，常需同步改请求方法（比如 POST 改 GET）。formmethod 必须和 formaction 出现在同一个按钮上，否则无效。两者不绑定父表单的 method，仅作用于本次提交。
典型陷阱：
-
formmethod="get"会把表单数据拼到 URL 后面，敏感字段（如密码）可能泄露，别乱用 -
formmethod="dialog"是无效值，浏览器忽略，退回到表单默认 method - 若服务器端路由区分 POST/GET，而你只改了
formaction没改formmethod，很可能返回 405 Method Not Allowed
示例：
<button type="submit" formaction="/api/login" formmethod="post">登录</button><br><button type="submit" formaction="/reset" formmethod="get">重置密码</button>
JavaScript 干预时 formaction 还起作用吗？
只要没调用 event.preventDefault()，formaction 就照常触发。但一旦 JS 拦截了 submit 事件并手动发请求（比如用 fetch），那 formaction 完全失效——它只控制原生表单提交行为。
实际判断逻辑：
- 想保留
formaction的跳转能力？别给<form></form>或按钮加onclick/onsubmit阻止默认行为 - 要用 JS 提交？那就别依赖
formaction，直接读取按钮上的formAction属性（注意大小写）：button.formAction，再传给fetch() - 动态改
formaction？直接操作 DOM：btn.setAttribute('formaction', '/new/path')，但注意这不会影响已绑定的事件监听器
兼容性和服务端接收的坑
formaction 是 HTML5 标准属性，Chrome 27+、Firefox 20+、Safari 15.4+、Edge 12+ 都支持。IE 完全不支持，会无视该属性，始终走 <form></form> 的 action。
服务端注意事项：
- Node.js / Express 中，
req.body是否有值，取决于是否配置了body-parser或express.json()等中间件，跟formaction无关 - Django 中，
request.POST只在method="post"时有数据；若按钮用了formmethod="get"，得从request.GET读 - PHP 的
$_POST同理，formmethod="get"时数据进$_GET，别硬查$_POST
真正容易漏掉的是：不同按钮指向不同 endpoint 时，各接口的参数结构、校验逻辑、CSRF 处理方式很可能不一致，别只改前端地址，忘了对齐后端契约。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
