formaction属性仅对type="submit"的button或input生效，需配合form属性关联外部表单，不支持动态修改，且仅被点击按钮的formaction生效；兼容性良好但formmethod/formenctype慎用。
formaction 属性必须配合 type="submit" 才生效
单独写 formaction 在普通按钮上不会触发表单提交，浏览器直接忽略。它只对 <button type="submit"> 或 <input type="submit"> 生效。常见错误是给 type="button" 加 formaction，结果点击毫无反应。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 确保每个可提交的按钮都显式声明
type="submit"（不要依赖默认值，部分浏览器对<button>默认类型不一致） -
formaction值可以是绝对 URL（如https://api.example.com/save）或相对路径（如/delete），但不能是 JavaScript 伪协议（javascript:...） - 如果按钮在
<form>外部，需用form属性关联表单 ID，否则formaction不起作用
多个 submit 按钮共存时，只有被点击的那个 formaction 生效
表单里可以放多个带 formaction 的提交按钮，但提交行为完全由点击目标决定——其他按钮的 formaction、formmethod、formenctype 等属性全部被忽略。这和传统靠后端判断 name/value 的方式完全不同。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 无需在后端检查按钮 name，因为提交地址已由前端硬编码隔离；但要注意 CSRF 防护仍需各自校验（不同 endpoint 可能对应不同 token 策略）
- 避免给多个按钮设置相同的
formaction+ 不同name，容易造成语义混乱；真要区分操作类型，优先用不同 endpoint - 若需携带额外参数（比如操作 ID），直接拼在
formactionURL 里，例如/users/123/archive，不要试图用formdataAPI 动态改地址
兼容性没问题，但 formmethod 和 formenctype 要慎用
formaction 在 Chrome 10+、Firefox 4+、Safari 5.1+、Edge 全系都支持，基本不用考虑降级。但配套的 formmethod（覆盖 <form method>）和 formenctype（覆盖 enctype）容易引发意外行为。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 如果某个按钮需要
POST提交 JSON 数据，别用formmethod="post" formenctype="application/json"——浏览器根本不支持该 enctype，会退回到application/x-www-form-urlencoded，且不报错 - 真正需要非标准格式（如 JSON、multipart）时，应放弃原生表单提交，改用
fetch()或XMLHttpRequest，formaction只负责跳转或简单 URL 参数提交 - 测试时用浏览器 DevTools 的 Network 面板确认实际发出的请求方法和请求体，别只看 HTML 属性
formaction 无法动态更新，想换地址得重建按钮或换方案
formaction 是静态属性，JS 修改它的值（如 btn.formAction = '/new-url'）虽能反映在 DOM 上，但下次点击仍按旧地址提交——这是 Chromium 和 Firefox 的已知行为。本质是浏览器在点击瞬间读取初始属性快照，而非实时取值。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 不要尝试用 JS 动态改
formaction来实现“一个按钮多种用途”，失败率 100% - 动态场景下，要么提前渲染所有可能的
<button>并用 CSS 控制显隐，要么彻底放弃formaction，用event.preventDefault()+fetch()手动发请求 - 如果只是根据用户输入微调 URL（如搜索关键词），用
<form action="/search">+ 隐藏字段更可靠，formaction适合固定分支路径（保存 / 删除 / 导出）
真正麻烦的是混合场景：既要多 endpoint，又要带复杂 payload 或动态参数。这时候 formaction 就只是个快捷开关，别指望它替代 fetch。
