SpringBoot接收文件和對(duì)象

使用場(chǎng)景：某個(gè)接口，需要同時(shí)接收文件和實(shí)體，也就是參數(shù)

一、這個(gè)時(shí)候，前端就不能json格式傳送數(shù)據(jù)了，要用到multipart/form-data;這種格式傳送數(shù)據(jù)。

二、那么，這個(gè)時(shí)候，后端應(yīng)該怎樣接收這個(gè)參數(shù)和文件呢？

1.接收HttpServletRequest，自己處理request（不推薦）

@PostMapping(value = "/upload") ? ?
@ResponseBody ? ?
public String handleFileUpload(HttpServletRequest request) { ? ?
MultipartHttpServletRequest params=((MultipartHttpServletRequest) request); ?
// 獲取文件
List<MultipartFile> files = ((MultipartHttpServletRequest) request).getFiles("file"); ??
// 獲取參數(shù)
String name=params.getParameter("name"); ?

2.接收實(shí)體，將文件放到對(duì)象屬性中（推薦）

public class UserFileReq {
?? ?// 參數(shù)
? ? private String username;
? ? // 文件
? ? private MultipartFile file;
? ? // 省略get\set
}
@PostMapping(value = "/upload") ? ?
@ResponseBody ? ?
public String handleFileUpload(UserFileReq req) { ? ?
// 文件和參數(shù) 都在實(shí)體中了
}

3.接收參數(shù)，將文件放到接收參數(shù)中

這種方法適合接收單個(gè)文件參數(shù)，多參數(shù)還是建議用對(duì)象接收，方便擴(kuò)展

@PostMapping(value = "/upload") ? ?
@ResponseBody ? ?
public String handleFileUpload(MultipartFile file) { ? ?
}

4.一個(gè)坑，使用第二種方法的時(shí)候

一定不要加@RequestBody，加了這個(gè)注解，就會(huì)報(bào)如下錯(cuò)誤。

{
?"timestamp": 1571196217195,
?"status": 415,
?"error": "Unsupported Media Type",
?"exception": "org.springframework.web.HttpMediaTypeNotSupportedException",
?"message": "Content type 'multipart/form-data;boundary=2gOOYeFBpE;charset=UTF-8' not supported",
?"path": "/file/upload"
}

所以，接收文件，不要使用@RequestBody注解

但是@Validated注解（校驗(yàn)參數(shù)的注解）是可以使用的。

SpringBoot接口同時(shí)接收J(rèn)SON數(shù)據(jù)和文件時(shí)遇到的問(wèn)題

最近公司有一個(gè)需求，需要通過(guò)一個(gè)接口上傳處理好的數(shù)據(jù)，由于數(shù)據(jù)太復(fù)雜，所以就采用了JSON格式提交數(shù)據(jù)，接口通過(guò)@RequestBody獲取數(shù)據(jù)并且映射到對(duì)應(yīng)的對(duì)象去，這塊需要注意的一個(gè)問(wèn)題就是前端在提交數(shù)據(jù)的時(shí)候需要將HTTP的Headers頭里的Content-Type設(shè)置成application/json才行，本來(lái)寫(xiě)好測(cè)試完大功告成了，結(jié)果突然又改需求了。。要求在提交數(shù)據(jù)的時(shí)候同時(shí)上傳一個(gè)文件，于是便查詢了一下資料，發(fā)現(xiàn)@RequestBody對(duì)應(yīng)的類型是application/json,而文件Multipart對(duì)應(yīng)的類型是multipart/form-data,這兩種格式不兼容，所以無(wú)論怎么寫(xiě)都是調(diào)用失敗的。

原始代碼如下

經(jīng)過(guò)調(diào)查發(fā)現(xiàn)有兩種辦法解決問(wèn)題

首先都是將Content-type類型設(shè)置為multipart/form-data;

1.簡(jiǎn)化參數(shù)，將JSON參數(shù)抽取出來(lái)，參數(shù)傳遞過(guò)去后再重新拼接。

2.將@RequestBody修飾的實(shí)體參數(shù)當(dāng)做一個(gè)JSON字符串傳遞，傳遞過(guò)去后通過(guò)GSON或者FastJSON轉(zhuǎn)換。

因?yàn)榈诙N方法簡(jiǎn)單，所以采用了第二種方法。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。