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)