能，formaction 属性会完全忽略的action，直接以按钮自身的formaction值为准发起提交；仅对type="submit"的button或input有效，且优先级最高。
formaction 能否覆盖 <form></form> 的 action？能，且优先级更高
是的，formaction 属性会完全忽略 <form></form> 标签的 action 属性，直接以按钮自身的 formaction 值为准发起提交。这不是“覆盖”而是“接管”——浏览器在点击该按钮时，根本不会读取表单的 action。
常见误判是以为它只在某些条件下生效，其实只要按钮是 type="submit" 且有 formaction，就一定走这个地址。
-
formaction只对<button type="submit"></button>和<input type="submit">有效 - 若按钮没有
formaction，才回落到<form></form>的action - 即使按钮在表单外部（通过
form="form-id"关联），formaction依然生效
多个 submit 按钮共存时，formaction 如何区分行为
这是最典型的使用场景：同一表单内多个操作（如“保存草稿”“发布文章”“删除”），每个按钮指向不同后端接口。
关键点在于：每个按钮必须显式声明自己的 formaction，否则会退化为表单默认地址；同时建议配合 name 和 value 传递操作意图，方便后端识别。
- 三个按钮点击后分别请求
/api/drafts、/api/posts、/api/posts/delete -
name="action"+value是后端判断操作类型的常用方式，不能省略 - 不要依赖按钮文字内容做服务端路由，它不可靠且不安全
常见失效原因：不是语法错，而是语义或时机问题
写对了 formaction 却没生效？大概率不是属性拼写错误，而是以下几种情况之一：
- 按钮
type不是submit（比如写成button或漏写type，此时不触发表单提交） - 按钮被 JavaScript 阻止了默认行为（如
event.preventDefault()），导致原生提交流程中断 -
formaction值是相对路径，但当前页面 URL 结构导致解析出错（例如页面在/admin/edit/123，formaction="save"会被解析为/admin/edit/save，而非预期的根路径/save） - 表单设置了
method="get"，而formaction指向的接口只接受POST（错误信息通常是405 Method Not Allowed）
与 JavaScript 提交混用时的冲突点
如果既用了 formaction，又在按钮上绑了 onclick 或监听 submit 事件，要特别注意执行顺序和控制权归属。
浏览器原生提交会在 submit 事件之后立即发起网络请求，JS 若未及时阻止，可能造成重复提交或逻辑错乱。
- 想用 JS 做校验再提交？应在
<form></form>的onsubmit中处理，并在通过后 不阻止默认行为，让formaction自然生效 - 想完全接管提交？那就别用
formaction，改用fetch()或XMLHttpRequest手动发请求，此时按钮应设为type="button" - 调试时可临时在控制台执行
document.querySelector('button[type=submit]').formAction确认属性值是否被正确解析
type="submit" 的显式声明——很多人复制代码时删掉了 type，或者把 formaction 当作普通字符串写进了 JS 字符串拼接里，结果变成字面量而非 HTML 属性。
