表单提交方法详解：formmethod属性使用指南

在HTML表单中，`formmethod`属性用于指定特定提交按钮所使用的HTTP方法，从而覆盖表单默认的`method`属性。这意味着同一表单内的不同按钮可以采用不同的提交方式，例如，一个表单默认使用POST方法，但通过`formmethod="get"`可以使某个按钮以GET方式提交数据，常用于预览或搜索场景。`formmethod`与`formaction`结合使用，可以进一步提升表单的灵活性，允许开发者在无需编写大量JavaScript代码的情况下，实现复杂且多样化的表单提交逻辑。需要注意的是，虽然`formmethod`在现代浏览器中兼容性良好，但后端接口需要支持相应的HTTP方法，并应遵循HTTP语义，避免滥用GET方法进行敏感操作。

formmethod属性允许表单中的特定提交按钮覆盖表单默认的HTTP方法，实现不同按钮用不同方法提交。例如，一个表单默认使用POST，可通过formmethod="get"使某个按钮改用GET方法提交数据，常用于预览或搜索场景。结合formaction可同时改变提交地址，提升表单灵活性。该属性在现代浏览器中兼容性良好，但需注意后端接口需支持对应方法，且应遵循HTTP语义，避免滥用GET进行敏感操作。

表单中的formmethod属性，简单来说，就是让表单里某个特定的提交按钮，能用上和整个表单设定的method属性不一样的HTTP方法。你想覆盖表单默认的method属性？直接在那个提交按钮（或）上加上formmethod属性就行了。

你可能遇到过这样的场景：一个表单，大部分时候你需要用POST方法提交数据，比如新建一篇文章。但有时候，你又希望通过同一个表单里的某个按钮，触发一个不同的行为，比如只是预览一下，或者用GET方法去搜索某个内容。这时候，formmethod就派上大用场了。它允许你为表单内的特定提交按钮指定一个独立的HTTP提交方法，这个方法会覆盖掉父级

标签上定义的method属性。这意味着，当用户点击这个带有formmethod属性的按钮时，浏览器会忽略表单的默认method设置，转而使用按钮上指定的method来发送请求。

比如说，你有一个表单默认是POST：

提交数据 搜索内容

当用户点击“提交数据”按钮时，请求会以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请求，或者干脆做几个独立的
  标签，那代码就显得有点冗余了。 另一个我能想到的，就是搜索表单。你可能有一个全局搜索框，默认情况下，用户输入关键字回车，是用GET方法提交到/search?q=keyword。但你可能还想在同一个搜索框旁边放一个‘高级搜索’按钮，点击后它不是直接提交，而是打开一个复杂的搜索过滤页面。或者，如果直接在搜索框里输入一个ID，点击‘查找详情’按钮，你希望它能用POST方法去一个内部API获取具体信息，而不是暴露在URL里。这种细微的控制，formmethod就能直接在HTML层面搞定，省去了不少JavaScript的逻辑编写，让HTML本身就具备更多的表现力。我觉得这种声明式的能力，对于保持代码的简洁和可维护性，是很有帮助的。

formmethod属性在不同浏览器中的兼容性如何？有没有需要注意的潜在问题？

关于formmethod的兼容性，嗯，好消息是，现代浏览器对它的支持都挺不错的，基本上IE10+、Chrome、Firefox、Safari这些主流浏览器都支持。所以，你不用太担心兼容性问题，可以放心地在项目中使用。 不过，虽然它用起来很方便，但也有一些我个人觉得需要注意的‘坑’或者说‘思考点’：

1. 后端接口的配合：这是最重要的。如果你在一个表单里用了formmethod="GET"和formmethod="POST"，那么你的后端接口就得能处理同一个URL路径下的GET和POST请求。或者，如果你同时用了formaction，那么后端就得准备好处理不同URL路径上的不同HTTP方法。这要求前端和后端在接口设计上做好充分的沟通和约定。我见过一些情况，前端用了这个属性，结果后端没适配，导致请求失败，最后还是得改后端。
2. 语义清晰性：当一个表单有多个提交按钮，且它们各自的formmethod或formaction不同时，确保按钮上的文本描述能够清晰地传达其行为。比如，‘保存草稿’和‘发布’，用户一看就知道这是两个不同的操作。如果按钮命名模糊，用户可能会感到困惑。这其实是个UX（用户体验）问题，但也是使用这些属性时需要考虑的。
3. GET和POST的适用场景：再次强调一下，GET请求的数据会暴露在URL中，适合非敏感、可缓存、幂等的查询操作。POST请求的数据在请求体中，适合提交敏感数据、创建或修改资源等操作。即便formmethod让你灵活切换，也请务必遵循HTTP方法的语义，不要滥用。比如，用GET去删除数据，这在语义上就是错的，而且可能带来安全隐患（比如被爬虫误触）。
4. JavaScript的介入：虽然formmethod能减少一些JS代码，但如果你的提交逻辑非常复杂，涉及到复杂的客户端验证、异步提交、进度条显示等，那JS依然是不可或缺的。formmethod只是提供了一种HTML层面的便捷，它不是万能的。有时候，过度依赖HTML属性可能会让一些复杂逻辑的调试变得不那么直观，因为行为是隐式的。

总的来说，formmethod是一个非常有用的HTML属性，它赋予了表单提交按钮更强的独立控制能力。只要我们理解它的工作原理，并结合实际场景和后端接口规范去使用，它就能成为提升开发效率和代码可读性的利器。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《表单提交方法详解：formmethod属性使用指南》文章吧，也可关注golang学习网公众号了解相关技术文章。