Jmeter（三十一）Jmeter Question 之 乱码解读

　　众所周知，编码的问题影响着众多开发者，固然见多不怪。

　　先扒了一个编码的缘由，也就是为何要编码：

1. 计算机中存储信息的最小单元是一个字节即 8 个 bit，因此能表示的字符范围是 0~255 个
2. 人类要表示的符号太多，没法用一个字节来彻底表示
3. 要解决这个矛盾必须须要一个新的数据结构 char，从 char 到 byte 必须编码

　　Jmeter中也是存在编码（也就是常见的‘乱码’）问题。

　　常见的编码格式有ASCII、ISO-8859-一、GB23十二、GBK、UTF-八、UTF-16等，而GB23十二、GBK、UTF-八、UTF-16格式即是经常使用的汉字编码格式。

　　回到正主，Jmeter中的编码又是什么呢？

　　

　　该段内容截取至${jmeter_home}\bin\jmeter.propeties文件

　　从截图中的这段注释中即可以看到。jmeter默认是以ISO-8859-1编码格式进行编码的。

　　那么在GUI界面进行操做的过程当中，与某些响应报文的编码格式不一致时，便会出现乱码状况。以下：

　　

　　响应乱码即是如此。

　　解决方案：1）修改配置文件中的编码格式（上方截图所示）

　　　　　　　2）直接在请求处的编码格式中输入编码格式（下图示）

　　

　　还有一种乱码即是请求报文乱码，常出现场景：外部文件参数化。

　　

　　CSV文件中未定义编码格式。

　　

　　加入编码格式，请求重试

　　

　　

　　还有一种乱码状况，一般在录制的状况会出现。

　　具体的场景是，录制完成以后，接口的请求body data中有乱码信息，例如某些json字符串等。

　　经过翻阅官方文档，是有该状况。

　　body data中文乱码，是由于jmeter自3.0起，优化了body data后默认的字体（consolas）不支持中文显示；

　　解决方案：在jmeter.properties中查找jsyntaxtextarea.font.family，取消注释，使用hack字体便可（固然也能够换成支持的其余字符集）

　　

 

 　　本人也使用3.2进行了录制，部分body data中的json字符串是有这种不支持中文显示的乱码状况，不过，本人也进行调试，是不影响使用的，能够进行请求使用。