formmethod属性允许表单中的特定提交按钮覆盖表单默认的HTTP方法，实现不同按钮用不同方法提交。例如，一个表单默认使用POST，可通过formmethod="get"使某个按钮改用GET方法提交数据，常用于预览或搜索场景。结合formaction可同时改变提交地址，提升表单灵活性。该属性在现代浏览器中兼容性良好，但需注意后端接口需支持对应方法，且应遵循HTTP语义，避免滥用GET进行敏感操作。
表单中的
formmethod属性，简单来说，就是让表单里某个特定的提交按钮，能用上和整个表单设定的
method属性不一样的HTTP方法。你想覆盖表单默认的
method属性？直接在那个提交按钮（
<button type="submit">或
<input type="submit">）上加上
formmethod属性就行了。
你可能遇到过这样的场景：一个表单，大部分时候你需要用POST方法提交数据，比如新建一篇文章。但有时候，你又希望通过同一个表单里的某个按钮，触发一个不同的行为，比如只是预览一下，或者用GET方法去搜索某个内容。这时候，
formmethod就派上大用场了。它允许你为表单内的特定提交按钮指定一个独立的HTTP提交方法，这个方法会覆盖掉父级
<form>标签上定义的
method属性。这意味着，当用户点击这个带有
formmethod属性的按钮时，浏览器会忽略表单的默认
method设置，转而使用按钮上指定的
method来发送请求。
比如说，你有一个表单默认是POST：
<form action="/submit-data" method="post">
<input type="text" name="content">
<button type="submit">提交数据</button>
<button type="submit" formmethod="get" formaction="/search">搜索内容</button>
</form>当用户点击“提交数据”按钮时，请求会以POST方式发送到
/submit-data。而点击“搜索内容”按钮时，即使父级表单是POST，浏览器也会强制使用GET方式将数据（这里是
content的值）发送到
/search。这在构建复杂交互的表单时，提供了极大的灵活性，避免了为不同提交行为创建多个独立表单的麻烦。
formmethod
和formaction
属性有什么区别？
嗯，既然聊到
formmethod，就不得不提它的‘兄弟’——
formaction。这两个属性经常被一起提起，因为它们都服务于一个目的：在表单提交时，为特定的提交按钮提供一种覆盖默认行为的能力。但它们覆盖的是不同的东西：
formmethod，顾名思义，是用来改变HTTP请求方法的，比如从POST变成GET，或者反过来。而
formaction呢，它改变的是表单提交的目标URL。你可以想象一下，一个表单，默认是提交到
/save-data这个地址，用POST方法。但你现在有两个按钮，一个叫‘保存草稿’，你可能希望它还是POST，但提交到
/save-draft；另一个叫‘发布’，你希望它POST到
/publish。这时候，‘保存草稿’按钮上你可能会用
formaction="/save-draft"，而‘发布’按钮上用
formaction="/publish"。如果你的‘发布’按钮还想用PUT方法（虽然HTML表单原生不支持PUT，但可以通过POST模拟或在JS框架中实现），你可能还会加上
formmethod="POST"（因为PUT不是原生支持，这里需要注意语境，或者说模拟PUT）。所以，
formmethod是管‘怎么提交’（方法），
formaction是管‘提交到哪’（地址）。它们是协同工作的，让你在不写JavaScript的情况下，就能实现相当灵活的表单提交逻辑。这在我看来，是HTML提供的一种非常优雅的声明式控制方式。
实际开发中，哪些场景会考虑使用formmethod
属性？
在我的实际开发经验里，
formmethod这玩意儿，虽然不常用到极致，但一旦用上，你会发现它真的能解决一些痛点。最典型的场景就是，一个表单，多种提交意图。比如，你有一个文章编辑页面，里面一个大表单。用户写完文章后，可能有几个选项：
-
保存草稿：你希望数据以POST方式提交到
/api/drafts
，但可能不需要立即发布。 -
直接发布：同样是POST，但可能提交到
/api/articles
，并且后端会触发发布流程。 -
预览：嗯，这可能需要用GET方式，把当前表单的数据（或者部分数据）作为查询参数，发送到一个预览页面，比如
/preview?title=...&content=...
。 你看，同一个表单，因为按钮不同，其背后的HTTP方法和甚至提交目标（如果结合formaction
）都可能不同。如果不用formmethod
，你可能得写JavaScript来监听点击事件，然后手动构造fetch
请求，或者干脆做几个独立的<form>
标签，那代码就显得有点冗余了。 另一个我能想到的，就是搜索表单。你可能有一个全局搜索框，默认情况下，用户输入关键字回车，是用GET方法提交到/search?q=keyword
。但你可能还想在同一个搜索框旁边放一个‘高级搜索’按钮，点击后它不是直接提交，而是打开一个复杂的搜索过滤页面。或者，如果直接在搜索框里输入一个ID，点击‘查找详情’按钮，你希望它能用POST方法去一个内部API获取具体信息，而不是暴露在URL里。这种细微的控制，formmethod
就能直接在HTML层面搞定，省去了不少JavaScript的逻辑编写，让HTML本身就具备更多的表现力。我觉得这种声明式的能力，对于保持代码的简洁和可维护性，是很有帮助的。
formmethod
属性在不同浏览器中的兼容性如何？有没有需要注意的潜在问题？
关于
formmethod的兼容性，嗯，好消息是，现代浏览器对它的支持都挺不错的，基本上IE10+、Chrome、Firefox、Safari这些主流浏览器都支持。所以，你不用太担心兼容性问题，可以放心地在项目中使用。 不过，虽然它用起来很方便，但也有一些我个人觉得需要注意的‘坑’或者说‘思考点’：
-
后端接口的配合：这是最重要的。如果你在一个表单里用了
formmethod="GET"
和formmethod="POST"
，那么你的后端接口就得能处理同一个URL路径下的GET和POST请求。或者，如果你同时用了formaction
，那么后端就得准备好处理不同URL路径上的不同HTTP方法。这要求前端和后端在接口设计上做好充分的沟通和约定。我见过一些情况，前端用了这个属性，结果后端没适配，导致请求失败，最后还是得改后端。 -
语义清晰性：当一个表单有多个提交按钮，且它们各自的
formmethod
或formaction
不同时，确保按钮上的文本描述能够清晰地传达其行为。比如，‘保存草稿’和‘发布’，用户一看就知道这是两个不同的操作。如果按钮命名模糊，用户可能会感到困惑。这其实是个UX（用户体验）问题，但也是使用这些属性时需要考虑的。 -
GET和POST的适用场景：再次强调一下，GET请求的数据会暴露在URL中，适合非敏感、可缓存、幂等的查询操作。POST请求的数据在请求体中，适合提交敏感数据、创建或修改资源等操作。即便
formmethod
让你灵活切换，也请务必遵循HTTP方法的语义，不要滥用。比如，用GET去删除数据，这在语义上就是错的，而且可能带来安全隐患（比如被爬虫误触）。 -
JavaScript的介入：虽然
formmethod
能减少一些JS代码，但如果你的提交逻辑非常复杂，涉及到复杂的客户端验证、异步提交、进度条显示等，那JS依然是不可或缺的。formmethod
只是提供了一种HTML层面的便捷，它不是万能的。有时候，过度依赖HTML属性可能会让一些复杂逻辑的调试变得不那么直观，因为行为是隐式的。
总的来说，
formmethod是一个非常有用的HTML属性，它赋予了表单提交按钮更强的独立控制能力。只要我们理解它的工作原理，并结合实际场景和后端接口规范去使用，它就能成为提升开发效率和代码可读性的利器。
