formaction 和 formmethod 是 submit 类型 input 或 button 的表单覆盖属性，用于局部优先地覆盖父 form 的 action 和 method；典型场景包括同一表单多个提交按钮指向不同接口或方法，但需注意路径解析、空值行为、表单归属及 formmethod 仅支持 get/post 等限制。
formaction 和 formmethod 是 <input type="submit"> 或 <button type="submit"></button> 的**表单覆盖属性**，它们允许单个提交控件绕过所在 <form></form> 的全局 action 和 method 设置，改用自己指定的值。这不是替代 <form></form> 属性的方案，而是“局部优先”的覆盖机制。
什么时候需要 formaction 和 formmethod
典型场景是同一个表单里有多个提交按钮，各自指向不同后端接口或使用不同请求方式。比如：
- 一个用户资料页，
保存草稿按钮应提交到/api/draft用POST； - 而
发布文章按钮需提交到/api/publish，且必须用PUT（注意：formmethod支持get、post，但浏览器对put、delete的原生支持有限，实际常靠 JavaScript 或隐藏字段模拟）； - 或者一个搜索框旁有两个按钮：“按标题搜”和“按作者搜”，分别对应不同
action路径。
formaction 的行为细节与常见错误
它只影响当前按钮触发的提交目标，不改变表单其他行为（如验证、重置）。容易踩的坑包括：
- 写成相对路径但没考虑当前页面位置，例如页面在
/admin/user/123，formaction="update"会解析为/admin/user/update，而非预期的/api/user/123/update—— 建议统一用绝对路径或以/开头的根相对路径； - 值为空（
formaction=""）时，等效于提交到当前页面 URL，不是继承父<form></form>的action； - 若按钮不在
<form></form>内，formaction无效 —— 它依赖form属性或最近的表单上下文。
formmethod 的兼容性与参数限制
formmethod 只接受 get 或 post（大小写不敏感），浏览器会忽略其他值（如 PUT、DELETE），并 fallback 到 form 的默认 method 或 GET。这意味着：
- 不能靠它实现真正的 RESTful 方法切换；
- 如果父
<form></form>设了method="post"，而某个按钮设formmethod="get"，该按钮提交时数据会拼在 URL 后，且所有name字段都会被带上 —— 即使某些字段本意只用于 POST 场景； -
enctype不随formmethod自动切换：若用formmethod="post"但未显式设enctype，仍走默认的application/x-www-form-urlencoded，上传文件需额外加enctype="multipart/form-data"到按钮上（但注意：这个enctype只对当前按钮生效，且仅当formmethod="post"时才起作用）。
和 form 属性一起用才完整
formaction 和 formmethod 必须配合明确的表单归属才能工作。如果按钮不在 <form></form> 标签内，得用 form 属性显式绑定：
漏掉 form 属性，按钮就无法触发表单提交 —— 这点比 action/method 更容易被忽略，因为视觉上按钮看起来“就在表单里”，但 HTML 解析可能因嵌套或 DOM 结构偏差而失效。
