能，但仅对get和post生效；delete、put等会被浏览器降级为get或表单默认method，无法真正发出对应请求。
formmethod 能不能让同一个表单的不同按钮走不同 HTTP 方法
能，但只对 get 和 post 生效；其他方法如 delete、put 会被浏览器静默降级为 get 或表单默认 method，不会真正发出对应请求。
这是最常被误用的点：很多人在 上卡住，以为后端能收到 DELETE 请求，结果日志里全是 GET 或 POST。
-
formmethod是 HTML5 原生能力，仅作用于或元素 - 它不修改
自身的method，也不影响其他按钮，只覆盖「当前按钮触发时」的提交方式 - 浏览器只识别
"get"和"post"字符串；传别的值（哪怕大小写不同，如"GET"）都会被忽略或回退
formmethod 和 formaction 必须配对用，否则地址不会变
只改 formmethod 不改 formaction，所有按钮都发往同一个 action 地址——哪怕你点了「预览」按钮，数据也照样 POST 到 /save 接口。
比如你想让「预览」走 GET 并跳转到 /preview，而「保存」走 POST 发到 /save，必须同时写：
<button type="submit" formmethod="get" formaction="/preview">预览</button> <button type="submit" formmethod="post" formaction="/save">保存</button>
-
formaction优先级高于的action，且每个按钮可独立指定 - 漏掉
formaction却指望formmethod切换接口，是前端调试中最常见的「逻辑错觉」 - 如果后端 RESTful 路由要求
DELETE /api/item/123，仅靠formmethod="delete"无法达成；得用 JS 拦截 +fetch或隐藏input模拟
IE 不支持 formmethod，连 IE11 都不行
如果你的项目还要兼容 IE，formmethod 和 formaction 直接失效——浏览器会完全忽略这两个属性，所有按钮都按 的 method 和 action 提交。
这时候只能用 JS 补位：
- 给每个按钮加
data-method和data-action - 阻止默认提交：
event.preventDefault() - 动态修改
form.method和form.action，再调用form.submit() - 或者直接用
fetch，绕过表单原生机制（更可控，但需自行处理 loading、错误、CSRF 等）
GET 提交时 name 为空也会出现在 URL 里
用 formmethod="get" 提交，所有带 name 的控件（包括空值）都会变成 URL 查询参数，比如 ?title=&category=tech&tag=。
后端如果没做空字符串过滤或 trim，可能查出意外结果，甚至触发 SQL 注入（若拼接不当）。
- 不要依赖前端清空字段来避免空参；后端必须校验和清理
- 敏感字段（如密码、token）绝不能出现在
get请求中——formmethod="get"按下即暴露在地址栏和服务器日志里 - URL 长度限制仍存在（一般 ≤ 2048 字符），字段多或内容长时容易截断，导致部分参数丢失
实际使用中，最容易被忽略的是：formmethod 只改方法，不改语义；它不保证后端能正确响应，也不自动处理 CSRF、重定向、错误反馈这些事。真要灵活控制提交行为，往往得 JS+服务端协同，而不是只靠两个 HTML 属性。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
