图片上传场景下：后端API应使用GET还是POST请求？

核心原因：HTTP方法的语义与传输能力限制 #

• GET请求的设计定位：GET是用来获取资源的安全、幂等请求，所有参数都拼接在URL中。但URL有长度限制（不同浏览器/服务器通常限制在2KB-8KB），而且只能传输ASCII字符——图片是二进制数据，转成Base64后体积会增大30%左右，不仅容易触发长度限制，还会带来编码、解析的额外开销，完全不符合GET的使用场景。
• POST请求的适配性：POST是为提交数据设计的，数据放在请求体中，没有严格的长度限制（仅受服务器配置约束），支持multipart/form-data这种专门用于文件上传的格式。后端框架（比如Express的multer、Spring的MultipartFile）默认都是针对POST请求来解析文件上传的，这也是行业通用的实践。

你的代码为什么只有POST能运行？ #

后端的文件上传处理逻辑，大概率是绑定在POST请求路由上的，而且只对multipart/form-data类型的请求体做解析。如果用GET请求，就算你把图片数据塞进URL参数里，后端也不会自动识别并解析成文件对象，自然收不到图片。

实践建议 #

• 别纠结用GET了，坚持用POST + multipart/form-data是最合理的方案，符合HTTP规范，也能兼容所有后端文件上传的处理逻辑。
• 如果真的有特殊需求非要用GET（非常不推荐），可以把图片转成Base64字符串放在查询参数里，但要注意：
  • 只能处理小尺寸图片，否则URL会因为超长被截断
  • 后端需要手动写代码把Base64字符串还原成文件
  • 违背HTTP语义，不利于后续的缓存、调试和维护

内容的提问来源于stack exchange，提问作者Edward