formaction能覆盖form的action，实现一个表单多个提交目标；仅对type="submit"的button或input生效，优先级最高，点击时直接按其值提交，不读取form的action。
formaction 是 <input type="submit"> 或 <button type="submit"> 上的独立提交地址控制属性，它能覆盖 <form> 的 action，实现“一个表单、多个目标”的提交逻辑——不用 JS 就能分流请求。
什么时候该用 formaction 而不是写 JS？
当你需要语义清晰、降级友好、且不依赖 JS 的多操作表单时，formaction 是最轻量的选择。比如电商页里“加入购物车”和“立即结算”两个按钮，后端接口不同（/cart/add vs /order/checkout），但共用同一组字段（商品 ID、数量、规格）。
- 用户禁用 JS 时仍可正常提交（浏览器原生支持，IE10+ 全兼容）
- 无需监听
submit事件、调用preventDefault()或手动拼 URL - 避免因忘记
event.preventDefault()导致重复提交或跳转 - HTML 结构即行为，可读性高，维护成本低
formaction 和 formmethod 必须配套用吗？
不是必须，但强烈建议显式声明 formmethod。因为 formaction 只改地址，不改请求方法；如果表单默认是 GET，而目标接口只接受 POST，就会触发 405 Method Not Allowed。
-
<input type="submit" formaction="/cart/add" formmethod="post">—— 安全可控 -
<button type="submit" formaction="/api/export" formmethod="get">—— 适合导出类无副作用操作 - 漏写
formmethod时，浏览器会沿用<form method>，但如果表单没设method，就按默认GET发，容易踩坑
为什么点了带 formaction 的按钮却还是去了 <form> 的 action？
常见原因不是属性写错，而是按钮本身没被识别为“提交控件”。formaction 只对真正触发表单提交的元素生效。
立即学习“前端免费学习笔记（深入）”；
- 确保
type="submit"：写成type="button"或干脆没写type，formaction就被忽略 - 确认不在
<form>外部：formaction依赖父<form>，孤立的<input>不起作用 - 检查是否有 JS 拦截了提交：比如
form.addEventListener('submit', e => e.preventDefault())会彻底屏蔽所有原生提交，包括formaction - 别混用
form属性：如果同时写了form="some-id"且该 form 存在，formaction仍有效；但如果form指向的不是当前表单，行为可能不可预测
和 JS 动态改 form.action 相比，formaction 有什么实际差异？
核心区别在于控制粒度和执行时机：formaction 是声明式、按钮级的；JS 改 form.action 是命令式、表单级的。后者更灵活，但也更容易出错。
-
formaction在点击瞬间才决定目标地址，不影响其他按钮，也不污染表单状态 - JS 方案需手动绑定多个按钮、维护状态、处理竞态（比如快速连点两次导致
form.action被覆盖） - 若用
fetch替代提交，formaction完全无效——它只影响原生表单提交行为 - SEO 和可访问性上，
formaction更透明：屏幕阅读器能正确通告每个按钮的实际提交目标
真正容易被忽略的是：当表单含 enctype="multipart/form-data" 时，所有带 formaction 的按钮都必须走这个编码方式——你不能让“上传头像”按钮用 multipart，而“保存资料”按钮用默认编码；浏览器不支持 per-button enctype 切换。
