HTML button的formmethod属性：动态切换请求方法
formmethod属性允许同一表单的不同按钮使用GET或POST方法提交，但仅支持这两种方法。它必须与formaction配对使用才能改变提交地址，否则所有数据都发送到表单默认地址。该属性不适用于DELETE等方法，且IE浏览器不支持。使用GET时，所有字段值都会出现在URL中。要实现更灵活的请求，通常需要借助JavaScript。
formmethod 属性：同一个表单，不同按钮能走不同 HTTP 方法吗？
formmethod 能让同一个表单的不同按钮走不同 HTTP 方法吗？
答案是：可以，但有严格的限制。它仅对 GET 和 POST 这两种方法完全生效。如果尝试为按钮指定 DELETE、PUT 等方法，浏览器会静默地将请求降级为 GET，或者回退到表单标签上定义的默认 method。这意味着，后端服务器无法收到期望的 DELETE 或 PUT 请求。
这是开发中常见的误区：许多开发者会写下 ，以为点击后能触发删除操作，但查看服务器日志时，会发现全是 GET 或 POST 请求，问题根源就在于此。
- 作用对象明确：
formmethod是 HTML5 的原生属性，只作用于或这类提交按钮。 - 覆盖而非修改：它不会改变
标签本身的method属性，也不影响其他按钮。其作用仅仅是覆盖当前按钮被点击时的表单提交方式。 - 浏览器兼容性：浏览器只明确识别
"get"和"post"（小写）这两个字符串作为值。传递其他任何值（包括大写的"GET"、"POST"）都可能被忽略或触发回退行为。
formmethod 必须与 formaction 配对使用，否则目标地址不会改变
这是另一个关键点：formmethod 只改变提交的方式（GET/POST），不改变提交的目的地。如果只设置了 formmethod 而未设置 formaction，那么无论点击哪个按钮，所有数据都会被发送到 标签的 action 属性所指定的同一个地址。
设想一个场景：表单里有“预览”和“保存”两个按钮。希望点击“预览”时，以 GET 方式跳转到 /preview 页面；点击“保存”时，以 POST 方式提交到 /sa ve 接口。这时，必须为两个按钮同时指定 formmethod 和 formaction：
- 属性优先级：按钮上的
formaction属性优先级高于标签的action属性，每个按钮都可以独立指定自己的目标地址。 - 常见的“逻辑错觉”：在调试时，经常遇到只设置了
formmethod就期望请求能发送到不同接口的情况，这是前端开发中一个典型的认知偏差。 - RESTful API 的局限：如果后端遵循严格的 RESTful 风格，要求通过
DELETE /api/item/123这样的请求来删除资源，那么仅靠formmethod="delete"是无法实现的。通常需要借助 JavaScript 拦截表单提交，并使用fetch或XMLHttpRequest来发送请求，或者通过隐藏域配合POST请求来模拟DELETE语义。
兼容性警告：IE 浏览器全系列不支持
如果项目还需要考虑 Internet Explorer 浏览器的兼容性（包括 IE11），那么 formmethod 和 formaction 属性将直接失效。IE 浏览器会完全忽略这些属性，所有按钮都会按照 标签上定义的 method 和 action 进行提交。
在这种情况下，必须使用 JavaScript 来提供兼容方案：
- 为每个按钮添加自定义数据属性，如
data-method和data-action。 - 阻止表单的默认提交行为：
event.preventDefault()。 - 根据点击的按钮，动态修改
form.method和form.action的值，然后手动调用form.submit()。 - 或者，更现代和可控的做法是直接放弃原生表单提交，使用
fetchAPI 来发送请求。但这需要开发者自行处理加载状态、错误反馈、CSRF 令牌等细节。
使用 GET 方法时，空值字段也会出现在 URL 中
当使用 formmethod="get" 提交表单时，表单中所有带有 name 属性的控件，即使其值为空，也会被序列化为 URL 的查询参数。例如，可能会生成这样的 URL：title=&category=tech&tag=。
这可能会带来一些问题：
- 后端处理：如果后端没有对空字符串参数进行过滤或修剪，可能会导致意外的查询结果，甚至在不当拼接时可能引发安全风险（如 SQL 注入）。
- 前端清理无效：不要依赖前端在提交前清空字段来避免传递空参数。健壮的做法是后端必须进行参数校验和清理。
- 安全与长度限制：敏感信息（如密码、令牌）绝对不应该通过
GET请求传递，因为formmethod="get"会将这些信息直接暴露在浏览器的地址栏和服务器日志中。此外，URL 有长度限制（通常约 2048 个字符），字段过多或内容过长时可能导致参数被截断而丢失。
在实际开发中，最容易被忽略的一点是：formmethod 仅仅改变了 HTTP 方法，它并不改变请求的语义，也不保证后端能正确理解和处理。它更不会自动处理 CSRF 防护、重定向、错误反馈等复杂逻辑。要实现真正灵活、可控的表单提交行为，往往需要前端 JavaScript 与后端服务的协同设计，而不能仅仅依赖两个 HTML 属性。