接⼝测试：提交报⽂消息数据的四种常见格式（Content-Type）1. application/x-www-form-urlencoded
最常见的⽅式，get请求和⼀些参数较少的post请求会采⽤这种格式来传输数据，在jmeter中，如果不指定content-type，默认便是application/x-www-form-urlencoded；
其提交的数据按照 key1=val1&key2=val2 的⽅式进⾏编码，key 和 val 都进⾏了 URL 转码
2. application/json
这个是实际接⼝测试中，使⽤到最多的⽅式了。越来越多的⼈把它作为请求头，⽤来告诉服务端消息主体是序列化后的 JSON 字符串。由于JSON 规范的流⾏，除了低版本 IE 之外的各⼤浏览器都原⽣⽀持 JSON.stringify，服务端语⾔也都有处理 JSON 的函数，使⽤ JSON 不会遇上什么⿇烦。
看⼀个⽰例：
{
"areaCode": "86",
"signedKeyPri": "a0aff5d29d0aabb1adbf401beb5c732e8a30316f627ef926db871335f5459e47",
"signedKeyPub": "05e6db735d456d82e85347ddc08cea7cbc1007a99a2a8c50539a429f5405785377",
"mobile": "130********",
json检查
"identityKeyPri": "38e32595f1a0521f13272c1f9d7e990bf795fa8cb45ca6c24dc16e2b07ef7041",
"identityKeyPub": "056441a42fa9f776eade8be4bb125e341edcfcfc42276f4db59cd663dfa796901c",
"nickname": "永不⾔弃66",
"validateCode": "076521",
"password": "1386216b52067a593d30aa634d8c4f29"
}
使⽤json的好处：
简洁，我们可以⼀眼就看出其中的内容，⽅便检查排错
JSON更加轻量级，不管是编写，传输，还是解析都更加⾼效
JSON在传输过程中采⽤了压缩技术，更加的节省宽带
3. multipart/form-data
⼀般涉及到上传⽂件的接⼝，都会⽤此⽅式提交数据。在jmeter中使⽤时，需要在http请求中勾选对post使⽤multipart/form-data选项。看⼀个请求⽰例：
POST /file/chat/upload HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 8.0.0; Android SDK built for x86 Build/OSR1.180418.024)
accessToken: 7cce9cc8-1ed1-4327-a387-13135d614b78
userId: 1267387243547361281
lang: zh
deviceId: 00000000-194e-a514-0000-00004bd9a8c7
Content-Type: multipart/form-data; boundary=f3afd4d5-2cd5-4b02-8c2f-e11917ad5fb1
Content-Length: 65236
Host: p:9999
Accept-Encoding: gzip
Connection: keep-alive
--f3afd4d5-2cd5-4b02-8c2f-e11917ad5fb1
Content-Disposition: form-data; name="thumbnail"; filename="1590638969087CgEIDF7POWyAOEAdAAC13wtSk4o87.jpeg"
Content-Type: image/png
Content-Length: 18173
这个例⼦稍微复杂点。⾸先⽣成了⼀个 boundary ⽤于分割不同的字段，为了避免与正⽂内容重复，boundary 很长很复杂。然后 Content-Type ⾥指明了数据是以 multipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体⾥按照字段个数⼜分为多个结构类似的部分，每部分都是以 --boundary 开始，紧接着是内容描述信息，然后是回车，最后是字段具体内容（⽂本或⼆进制）。如果传输的是⽂件，还要包含⽂件名和⽂件类型信息。消息主体最后以 --boundary-- 标⽰结束。
4. text/xml
这是⼀种使⽤ HTTP 作为传输协议，XML 作为编码⽅式的远程调⽤规范。