axios

使用不再说明，直指常见问题元凶：

1.get(url[, config])和post(url[, data[, config]])，注意参数

get是在config中设置params{params:{...} }

post是设置data字段

详细看文档(在post里面用params会把参数放到url里的)

2.headers中的Content-Type，视乎请求方式(GET/POST等)的不同，有不同默认值和处理方式

3.post方式中

// data 是作为请求主体被发送的数据

// 只适用于这些请求方法 'PUT', 'POST', 和 'PATCH'

// 在没有设置 transformRequest 时，必须是以下类型之一：

// - string, plain object, ArrayBuffer, ArrayBufferView, URLSearchParams

// - 浏览器专属：FormData, File, Blob

// - Node 专属： Stream

content-type默认情况下将被正确设置。其他不合情景的类型由JSON.stringify()处理为字符串，且content-type为application/json。手动设置content-type并不影响这个处理逻辑。

对于data是一个普通对象，想以application/x-www-form-urlencoded正确post传输(即html表单的post提交方式)

简易解决方法：

(1)axios.post('/api/login', 'a=1&b=2' ) 我们自己直接写成符合的字符串

(2)使用URLSearchParams或者qs库进行处理，没啥好办法了。

4.get方式中

// params 是即将与请求一起发送的 URL 参数

// 必须是一个无格式对象(plain object)或 URLSearchParams 对象

get方式通常无需指定content-type，因此控制台中可能看不到application/x-www-form-urlencoded这个。但这里无论是plain object还是URLSearchParams对象，都不会被JSON.stringify()处理，最终均以a=1&b=2这种形式放入url中进行提交。

springboot后台

1.@RequestParam 可正确注入Content-Type为application/x-www-form-urlencoded和multiple/form-data传输的参数。另外由于约定优于配置，该注解可省略

2.@RequestBody 可正确注入Content-Type为application/json传输的参数。此时写一个与该json对应的java类即可对应注入。不想多写一个java类的话可以直接用Map代替，反正有键值对这样的结构就行。

3.springboot根据情况自行判断该参数到底用@RequestParam还是@RequestBody注入，可以偷懒。出现问题时，请手动指明

4.前端发来multipart/form-data，含有文件

一个文件时：public String upload (MultipartFile file)，提醒，参数file要对应前端发来的参数名，否则手动使用@RequestParam指明

多个文件时用数组/集合存：public String upload (MultipartFile[] files)