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<String,Object>代替，反正有键值对这样的结构就行。
3.springboot根据情况自行判断该参数到底用@RequestParam还是@RequestBody注入，可以偷懒。出现问题时，请手动指明
4.前端发来multipart/form-data，含有文件
一个文件时：public String upload (MultipartFile file)，提醒，参数file要对应前端发来的参数名，否则手动使用@RequestParam指明
多个文件时用数组/集合存：public String upload (MultipartFile[] files)
