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字符串是有這種不支持中文顯示的亂碼狀況，不過，本人也進行調試，是不影響使用的，能夠進行請求使用。