使用axios的POST方法提交数据的编码格式选取

POST方法有四种编码格式

1. application/x-www-form-urlencoded
   这种方式是最常见的POST编码方式。浏览器的原生表单，如果不设置enctype属性，那么最终就会以 application/x-www-form-urlencoded方式提交数据
2. multipart/form-data
   我们使用表单上传文件时，必须让 表单的 enctype 等于 multipart/form-data。
   这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。
3. .application/json
   现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的 JSON 字符串。由于 JSON 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理 JSON 的函数，使用 JSON 不会遇上什么麻烦。
4. text/xml
   它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。XML-RPC 协议简单、功能够用，各种语言的实现都有。它的使用也很广泛，如 WordPress 的 XML-RPC Api，搜索引擎的 ping 服务等等。JavaScript 中，也有现成的库支持以这种方式进行数据交互，能很好的支持已有的 XML-RPC 服务。

GET 方法只有一种编码格式

• get方式的数据提交方式（编码方式） application/x-www-form-urlencoding

划重点！！！axios默认的content-type是application/json
明确这一点之后，我们就应该即刻提高警惕，因为如果前后端交流不当，没有沟通好编码格式，这样你使用POST所提交的数据，他都是无法读取的。
在使用axios默认情况下：application/json 格式下，是把参数放在body中
传输的样式是

requestbody
{
    name:xxx,
    age:xxx
}

如果使用的qs库进行序列化
那么content-type这时候就切换了形态
编码格式切换成了 application/x-www-form-urlencoded
也就是常说的表单提交
传输的样式是

formdata

name:xxx,
age:xxx

urlencoding后是

name=xxx&age=xxx

所以,实际上是否需要用qs去序列化参数完全取决于后端要怎么接受数据，是选择哪种编码格式问题