当前位置:   article > 正文

前端post请求Content-Type和后端对应的接收参数方式_ssm得跨域post请求前端和后端的contenttype

ssm得跨域post请求前端和后端的contenttype

今天遇到一个奇葩问题,废了大半天,原来是没有理解前端发送http请求传参方式,不同的content-type会进行不同传参,后台也要用不同的方式接受,在此记录一下;
我们的程序使用的是前后端分离,前端使用vue,所有的请求都做的拦截的设置:

// request拦截器设置
service.interceptors.request.use(
  config => {
    switch (config.urlType) {
      case 'autoService':
        config.url = autoBaseURL + config.url
        break
      default:
        config.url = appBaseURL + config.url
    }
    // console.log("改头",config.url);
    const token = getToken()
    if (token) {
      config.headers['Authorization'] = token // 请求头设置自带 token
    }
    config.headers['Content-Type'] = 'application/json' // 请求的数据格式为 json
    return config
  },
  error => {
    console.log(error)
    Promise.reject(error)
  }
)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23

可以看到请求头的Content-Type被设置了application/json格式,但是后台有一个接口是使用@RequestParam注解接受,这样就提示请求错误:400 bad request;查了一下,原来application/json格式是把参数放入请求body中的,后台如果想接受,要使用@RequestBody才行,但是我又不能修改别人的接口,所以在前端中,我可以使用formdata方式进行传参:

	searchData() {
        let params = new FormData();
        params.append('inputMac', this.inputMac);
        getcode(params).then(res => {
          this.result=res
        })
    }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

这样就OK了;

总结Content-Type和后端对应的接收参数方式

Content-Type常用到的值:

  • application/x-www-form-urlencoded 默认值;
  • application/json : JSON数据格式;
  • multipart/form-data;
  • application/octet-stream : 二进制流数据(如常见的文件下载)

当然还有很多可选的值,这里就不一一列出了;

post请求

1、当使用form-data、x-www-form-urlencoded时:后台不可以用@RequestBody;可以用@RequestParam。可以理解成参数都在请求param中,而不在请求体;
2、当使用application/json时:后台json字符串部分可以用@RequestBody;url中拼接的参数可以用@RequestParam

从注解的维度考虑

  • (@RequestBody Map map),(@RequestBody Object object);
    application/json时候可用,form-data、x-www-form-urlencoded时候不可用

  • (@RequestParam Map map);
    application/json时候,json字符串部分不可用,url中的?后面添加参数即可用,form-data、x-www-form-urlencoded时候可用,但是要将Headers里的Content-Type删掉

  • (@RequestParam String waterEleId,@RequestParam String enterpriseName);
    application/json时候,json字符串部分不可用,url中的?后面添加参数即可用
    form-data、x-www-form-urlencoded时候可用,且参数可以没有顺序(即前端传过来的参数或者url中的参数顺序不必和后台接口中的参数顺序一致,只要字段名相同就可以),但是要将Headers里的Content-Type删掉

  • (@RequestParam Object object);
    不管application/json、form-data、x-www-form-urlencoded都不可用

  • 既不是@RequestBody也不是@RequestParam,没有指定参数哪种接收方式: (Map map),(Object object);
    application/json时候:json字符串部分不可用,url中的?后面添加参数不可用。
    因为没有指定,它也不知道到底是用json字符串部分还是?后面添加参数部分,所以干脆都不可以用
    form-data、x-www-form-urlencoded时都不可用

  • (HttpServletRequest request)
    application/json不可用
    form-data、x-www-form-urlencoded时可用

get请求

只能使用@RequestParam注解接受参数
从注解维度考虑:

  • RequestBody – Map / Object
    GET请求中不可以使用@RequestBody
  • (@RequestParam Map map)
    在url中的?后面添加参数即可使用
  • (@RequestParam String waterEleId,@RequestParam String enterpriseName)
    在url中的?后面添加参数即可使用
    (@RequestParam Object object)
    GET请求中不可以使用

参考来源 https://blog.csdn.net/weixin_38004638/article/details/99655322

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Cpp五条/article/detail/63698
推荐阅读
相关标签
  

闽ICP备14008679号