formaction是为type="submit"按钮硬编码独立提交目标的HTML属性，点击时覆盖表单action；它非DOM属性，无法被JS动态修改生效，且仅对当前点击按钮起作用。
formaction 不是用来“修改”地址的，它是为单个提交按钮**硬编码一个独立提交目标**，点击它时直接覆盖整个表单的 action。想动态改地址？得用 JavaScript 改 form.action。
为什么 formaction 不能被 JS 动态修改
formaction 是 HTML 属性，不是 DOM 属性，浏览器只在按钮被点击的瞬间读取它的值，之后就不管了。你用 JS 去改 button.formAction 或 button.setAttribute('formaction', ...)，对下一次点击完全没影响——除非你重新渲染整个按钮（比如 Vue/React 中触发重绘），但这已经不是原生行为，而是框架层面的 hack。
常见错误现象：
– 给按钮绑了 onclick，里面写了 btn.setAttribute('formaction', '/new')，但点完还是提交到旧地址
– 控制台能看到属性确实变了，但提交行为没变
根本原因：浏览器不监听这个属性的变化，只看点击那一刻的快照值。
立即学习“前端免费学习笔记（深入）”；
formaction 必须搭配 type="submit" 才生效
这是最容易踩的坑。写成 <button formaction="/save">保存</button>，没加 type="submit"，点击后什么都不会发生——没有报错，没有请求，表单静默失效。
实操建议：
- 显式声明
type="submit"，别依赖浏览器默认行为（<button>在部分旧版 Safari 中默认是type="submit"，但在 Chrome/Firefox 中是type="button"） -
<input type="submit">比<button>更稳妥，因为它的type含义更固定 -
formaction对<input type="button">、<input type="text">、<button type="button">全无效，设了也白设
多个 formaction 按钮共存时，只有被点击的那个起作用
一个表单里放三个带 formaction 的按钮，它们互不影响，也不竞争。点击 A 就发到 A 的地址，点击 B 就发到 B 的地址，C 完全无关。后端必须为每个地址提供独立路由处理逻辑，不能指望靠按钮的 name 或 value 来做分支判断。
容易被忽略的细节：
-
formmethod和formenctype只对当前按钮生效，比如上传按钮要加formenctype="multipart/form-data"，但其他按钮仍走表单默认的enctype - 如果某个按钮需要发
DELETE请求，写formmethod="delete"是合法的，但后端必须明确支持该 method，否则返回 405 - 所有按钮共享同一份表单字段数据，不需要额外收集；但字段
name冲突时，后端收到的是最后同名字段的值（按 DOM 顺序）
真正需要动态改地址时，该用 form.action = '...'
比如用户切换“草稿”/“发布”模式，或根据搜索类型跳转不同 API，这时必须用 JS 控制。关键点不是“怎么改”，而是“什么时候改”和“怎么改才安全”：
- 改的时间点：必须在
submit事件触发前完成，且不能调用event.preventDefault()后又忘记手动form.submit()（否则验证逻辑可能被跳过） - URL 构造必须编码：若拼接用户输入，一定要用
encodeURIComponent()，比如form.action = '/search?q=' + encodeURIComponent(input.value) - 避免相对路径陷阱：如果页面用了
<base href="https://cdn.com/">，直接赋值相对路径会发到 CDN 域名，应优先用绝对 URL 或new URL(..., location.origin) - 不要在
onclick里改完就 return false——这会中断原生提交流程，应监听submit事件，在里面改action并让流程自然继续
最易被忽略的一点：改 form.action 后，后续所有提交（包括用户再点别的按钮）都会走新地址，除非你手动再改回来。而 formaction 是一次性的、按钮粒度的，天然隔离。
