formaction 属性优先级高于 form.action，点击带 formaction 的 submit 按钮时直接提交至其指定 URL，忽略表单 action；该规则是 HTML5 标准，非浏览器差异。
formaction 属性优先级高于 form.action
当 <button type="submit"> 或 <input type="submit"> 带有 formaction 属性时，点击它会忽略所在 <form> 的 action 属性，直接提交到 formaction 指定的 URL。这是 HTML5 明确规定的优先级规则，不是浏览器差异。
常见错误是以为 formaction 只在独立按钮上生效，其实只要按钮属于某个表单（显式通过 form="id" 关联，或位于 <form> 内），它的 formaction 就会接管提交目标。
- 如果按钮没有
formaction，才回退使用<form action="..."> -
formaction值可以是相对路径（如"./api/v2/login"）、绝对路径（"/logout"）或完整 URL（"https://api.example.com/submit"） - 注意：若同时设置了
formmethod，它也会覆盖<form method="...">，且与formaction组合生效
多个 submit 按钮共存时如何避免冲突
一个表单里放多个带不同 formaction 的提交按钮很常见（比如“保存草稿”和“发布”），但容易因 JS 干预或默认行为导致意外交互。
关键点在于：浏览器原生只认点击的那个按钮的 formaction 和 formmethod，不会合并或叠加。但如果你用 event.preventDefault() 后手动调用 form.submit()，就彻底绕过了 formaction——此时走的是 <form> 的原始 action。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 想保留
formaction行为，就不要阻止默认提交；要干预逻辑，改用fetch()手动发请求 - 多个按钮的
name和value仍会随表单数据一起发送，可用于后端区分操作意图 - 不推荐靠 CSS 隐藏按钮再用 JS 触发 click —— 这样触发的 submit 事件不携带被隐藏按钮的
formaction
formaction 在 Safari 和旧版 Edge 中的兼容性底线
formaction 自 Chrome 14、Firefox 4、Edge 79+、Safari 15.4 起稳定支持。但 Safari 15.0–15.3 存在 bug：当 formaction 是相对路径且表单 action 为空或为 "#" 时，可能解析出错，提交到根路径。
实操建议：
- 避免在 Safari 15.0–15.3 环境下让
<form action="">或<form action="#">与相对formaction共存 - 统一用绝对路径（如
formaction="/api/submit"）可规避该问题 - 服务端不要依赖客户端提交地址做权限判断——
formaction完全由前端控制，无安全约束
调试 formaction 不生效的三个检查点
如果点了按钮却提交到了表单默认地址，不是浏览器不支持，而是以下某个环节断了链路：
- 按钮不在任何
<form>内，且没用form="form-id"显式关联 → 此时formaction被忽略 - 按钮类型不是
submit（比如写成type="button"或漏写type）→ 不触发表单提交，formaction无效 - 存在 JavaScript 监听
submit事件并调用了event.preventDefault()，又没手动构造提交 → 原生formaction机制被阻断
最简单的验证方式：临时删掉所有 JS，纯 HTML 下点击按钮，看 Network 面板里请求 URL 是否匹配 formaction 值。
