Spring Boot中为何选用MultipartFile而非byte[]处理图片上传？

其实单纯比字节读取的速度，byte[]和MultipartFile的差异可以忽略不计，但MultipartFile能帮你解决实际开发中一堆棘手问题，这才是它成为主流方案的核心原因：

• 自动解析多部分请求
  客户端上传图片几乎都会用multipart/form-data格式，这种请求包含文件边界、元数据等额外信息。用MultipartFile的话，Spring会自动帮你解析整个请求，直接拿到可用的文件数据；如果用byte[]，你得自己手动处理请求体的边界拆分、格式解析，稍不注意就会出错，反而浪费开发时间。

• 自带关键元数据
  往S3存图片时，你大概率需要文件名、文件类型（比如image/jpeg）、文件大小这些信息——MultipartFile直接提供了getOriginalFilename()、getContentType()、getSize()这些方法，开箱即用；如果用byte[]，你得让客户端额外传这些参数，还要自己做校验，繁琐又容易出问题。

• 支持流式处理，避免内存溢出
  如果遇到大尺寸图片（比如几MB甚至几十MB），byte[]会把整个文件一次性加载到内存里，很容易触发OOM；而MultipartFile可以通过getInputStream()获取输入流，你可以边读边处理（比如直接把流传到S3），不用把整个文件塞进内存，稳定性高很多。

• Spring生态集成更顺畅
  Spring生态里很多工具（比如文件上传的大小校验、Spring Cloud AWS直接传S3的工具）都是针对MultipartFile设计的，用它能直接对接这些工具，不用自己造轮子；换成byte[]的话，你得自己适配这些工具，反而增加开发成本。

当然，如果你的场景是极小的二进制数据，且完全不需要任何元数据，byte[]可能有一点点优势，但图片上传场景基本都不符合这个条件——用MultipartFile才是省心又靠谱的选择。

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