腳本運行的過程中，大量request拋error，但沒有地方能夠查看request是因為什么error的。
原因：Jmeter默認禁掉了運行過程中每個request的具體response信息收集，只保留了status。
解決方法：修改jmeter.properties文件中Results file configuration。把所有和response相關False的項改為True。運行后將輸出保存.jtl文件中。添加tree監聽器，過濾只顯示error request，可以查看到request和response的具體信息，從而判斷出錯原因。
tree report中顯示socket time out相關的錯誤，如何判斷是jmeter工具的原因，還是服務器的原因。
-
錯誤一：
Response code: Non HTTP response code: java.net.SocketTimeoutException
Response message: Non HTTP response message: connect timed out查看Load time的時間要大於request設置的connect time out時間，所以拋出該異常。可能是由於服務端有較多請求正在處理（且處理時間較長），導致JMeter不能連接上服務器而產生的。
-
錯誤二：
Java.NET.BindException: Address already in use: connect原因：短時間內new socket操作很多,而socket.close()操作並不能立即釋放綁定的端口,而是把端口設置為TIMEWAIT 狀態,過段時間(默認240s)才釋放,(用netstat -na可以看到),最后系統資源耗盡(windows上是耗盡了pool of ephemeral ports ,這段區間在1024-5000之間)
解決方法：在運行JMeter agent的機器上，添加注冊表條目HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
MaxUserPort 65334
TcpTimedWaitDelay 30 -
錯誤三：
java.lang.OutOfMemoryError: Java heap space原因：觀察運行jmeter機器的內存，占用較高，超過了jmeter設置的內存上限。
解決方案：修改jmeter配置文件，調整內存可用的范圍修改/bin/jmeter.bat文件：找到這2行
set HEAP=-Xms256m -Xmx256m
set NEW=-XX:NewSize=128m -XX:MaxNewSize=128m
改為：
set HEAP=-Xms1024m –Xmx2048m（最大值不能超過系統內存的1/2）
set NEW=-XX:NewSize=128m -XX:MaxNewSize=512m -
錯誤四：
Response code: Non HTTP response code: java.net.SocketTimeoutException
Response message: Non HTTP response message: Read timed out發生該錯誤時，jmeter已經連接上服務器，查看load time沒有超過設定的request timeout時間，錯誤可能的原因是，服務器那邊未處理該線程的請求，或者為保證服務能力，斷掉了連接。
為了驗證該猜想，持續大於半小時向服務器發送該並發數量的請求，一段時間后，request收到503的response，證明猜想。 -
錯誤五：
Failed to initialise remote engine java.rmi.ConnectException: Connection refused to host:原因：分布式測試時，server和agent之間的連接有問題。單個機器排查后，發現是某個agent機器安裝了多個網卡，rmi遠程的時候找的是虛擬機的網卡，導致連接失敗。
解決方案：禁掉不使用的虛擬機網卡，測試之后再恢復。
jmeter腳本運行的過程中，服務器性能參數沒有明顯變化（CPU，內存，I/O），但request的響應時間很長。
原因：觀察jmeter agent機器網絡使用情況，網絡使用持續達到帶寬的限制峰值。request 發送的過程中pending在網絡中，實際並發的request並沒有同一時間到達服務器，所以服務器沒有明顯變化。
解決方案：提高jmeter agent機器網絡帶寬。