问题：通达信接口下单,接口的入参、地址、请求方式都设置对了，但是请求仍返回500，报系统错误是为啥？
在日常进行通达信接口下单,接口测试过程中，我们都知道一个完整的通达信接口下单,接口HTTP请求一般包括四大部分：请求信息头、请求体、响应信息头、响应体、请求方式。
在进行测试时我们比较关心的是请求入参，也就是请求体的信息，从而忽略了请求信息头的重要性。若是未正确定义信息头，会导致通达信接口下单,接口请求失败。
注：本文仅分享由于请求信息头未定义而引起的错误码500，不排除其他原因引起。
本文主要带大家简单了解下信息头的作用。Jmeter提供了HTTPHeaderManager信息头管理器，用于定义规范客户端和服务端之间HTTP通达信接口下单,接口请求的默认规范。
注意：HTTP的请求方式有8种，但是我们在实际应用中常用的也就是get和post，其他请求方式也都可以通过这两种方式间接的来实现。
常用的HTTP通达信接口下单,接口请求头字段有如下：
Accept：设置接受的内容类型
User-Agent：用户代理的字符串值，一般用于告诉服务器客户端使用的操作系统/浏览器的名称和版本等信息
Content-Type：设置请求体的MIME类型，告诉客户端实际返回的内容的内容类型，常用application/json;charset=UTF-定义通达信接口下单,接口响应返回的数据是json格式，编码格式是UTF-
Content-Length：设置请求体的字节长度
Accept-Encoding：设置接受的编码格式
Accept-Language：设置接受的语言
Origin：标识跨域资源请求
Referer：设置前一个页面的地址，并且前一个页面中的连接指向当前请求，意思就是如果当前请求是在A页面中发送的，那么referer就是A页面的url地址
Cookie：Cookie是远程服务端返回的识别用户身份信息，该信息存储在客户端，客户端每次进行操作时，会通过HTTP协议和服务器端进行Cookie的交互，验证身份信息正确才可交互成功。
Set-Cookie：设置HTTPCookie,用来存储一些用户信息以便让服务器辨别用户身份的，一般是服务端返回的用户身份信息
X-Uz-Token：Token是服务端生成的一串字符串，以作客户端进行请求的一个令牌，当第一次登录后，服务器生成一个Token便将此Token返回给客户端，以后客户端只需带上这个Token前来请求数据即可，无需再次带上用户名和密码。
Header信息获取方式
通达信接口下单,接口的信息头到底定义了哪些内容，可以通过以下渠道获得：
开发提供通达信接口下单,接口文档
通过抓包工具charles/Fiddler，抓取查看Request的Headers
下为方式通过抓包工具charles查看到的某通达信接口下单,接口的请求信息头
实践
目标：某系统登录通达信接口下单,接口已定义响应数据返回的格式是json格式，使用jmeter的HTTPRequest、HTTPHeaderManager成功实现登录。
配置
菜单路径
配置内容：
从抓包工具charles上可获取到通达信接口下单,接口需要定义Content-Type：application/json;charset=UTF-8
未定义信息头
下中POST方式的登录通达信接口下单,接口未设置HTTPHeaderManager，运行jmeter脚本发起通达信接口下单,接口请求时默认Content-Type：text/plain，所以请求会报错，返回状态码500。
正确定义信息头
正确定义信息头：Content-Type：application/json
信息头配置正确后，运行jmeter脚本通达信接口下单,接口请求成功，返回状态码200。
其他常见的Content-Type
text/plain：纯文本格式
text/xml：XML格式
application/xml：XML数据格式
application/json：JSON数据格式
文章为作者独立观点，不代表股票交易接口观点
相关文章
股民评论