body传参？parameter传参？Request Payload？Query String Parameter?

2019年9月14日 103次阅读 来源: kup_况

今天，是有委屈的一天；今天，是有小情绪的一天。所以，我们要对今天进行小结，跟它做一个了断！

今天，后端来一个接口，告诉我“要用post请求，parameter形式传参”。over。
初级选手一般听到用post请求，但素用parameter传参一定很懵圈o((⊙﹏⊙))o。那么请先移步看这篇文章，get和post请求其实并没本质区别，他们都是tcp连接，post请求可以将参数放在body中，也可以是parameter形式，both fine！

但是对于post请求来说，后端所谓的“parameter形式传参”还有以下两个区别：

  1. 第一种parameter形式的传参和一般get请求一样，参数会带在请求路径尾部，即?a=1&b=2&c=3…，对于这种形式的参数，在控制台可以看到参数形式是“Query String Parameter”，后端用req.query进行处理。
  2. 第二种parameter形式的传参，被他们叫做“parameter”，但是它在请求时不会跟随到请求路径的尾部，即对外是不能直观看到的。对于这种形式的参数，在控制台可以看到参数形式是“Form Data”，它对应的Request Headers是: Content-Type:application/x-www-form-urlencoded。后端也用req.query进行处理这类型参数。

总之，对于post请求这两种形式的parameter传参，后端的处理方式是一样的，他们也称之为“key=value形式传参”。

另一种更为常见的，也是前端普遍认为的post请求传参是放在所谓“body”中的，在控制台中可以看到参数形式叫做”request payload”，它是json格式的参数。对于这种形式的参数，后台用req.body来处理。

接入正题~
一开始我是这么调用的：

axios({
    method: 'post',
    url: '/xxx/xxx',
    data: {
        a: X,
        b: XX,
        c: XXXX,
        d: XXXXX
    }
})

在这么写完后，打开控制台一看，是上面说的”request payload”参数形式。即后端所言”body传参”，它是json格式的对象。不是他们所想要的…… 因而请求失败。-_-||

然后呢，我修改上述代码，把data改成params，如下：

axios({
    method: 'post',
    url: '/xxx/xxx',
    params: {
        a: X,
        b: XX,
        c: XXXX,
        d: XXXXX
    }
})

ok！这种可以成功请求接口，但是参数会尾随在请求路径后面，亦不是理想的传参形式，毕竟我们不想那么直接地把参数暴露出来。

肿么办？翻阅资料后，终于发现qs这个包。其实qs.stringify的作用和jquery的$.param()一样，把对象转换为键值对格式。

import qs from 'qs' 
axios({
    method: 'post',
    url: '/xxx/xxx',
    data: qs.stringify({ // >>>关键是这一步，将参数对象转变为key=value格式，这才是后端所想。这种方式，即不直观对外暴露参数，也达到使用“parameter形式”
        a: X,
        b: XX,
        c: XXXX,
        d: XXXXX
    })
})

以上~

    原文作者：kup_况
    原文地址: https://segmentfault.com/a/1190000015937372
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞