前提：
今天在做jmeter壓測某一個接口時，發現現象：
線程數=100個 循環次數=20 但是請求到40多個請求的時候 后面的請求的響應結果就出現了報錯
報錯---成功---又出現報錯
中間有一個是成功 剩下后面的都是報錯的 CPU也才升到6-7%
分為兩個報錯：
報錯1：
java.net.SocketException: Socket closed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137)
at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153)
at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:280)
at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138)
at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:157)
at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.executeRequest(HTTPHC4Impl.java:850)
at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:561)
at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:67)
at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1282)
at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1271)
at org.apache.jmeter.threads.JMeterThread.doSampling(JMeterThread.java:627)
at org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:551)
at org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:490)
at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:257)
at java.lang.Thread.run(Unknown Source)
百度得知引起 java.net.SocketException: Socket closed 錯誤的原因通常是 未設置連接的超時時間。
解決方法：
該問題可以嘗試通過以下方法解決。
如果在 HTTP Request Sampler 的 Basic 里勾選了Use KeepAlive，那么建議在 Advanced 頁簽下：
1、Implementation 選為 HttpClient4
2、Timeouts 中的 Connect 一般設置一個10~60秒的值，表示連接的空閑超時時間，避免由於沒收到被壓測端的響應回來的 Keep-Alive 的 Header 導致的連接斷開
這個值的單位是毫秒：15s*1000=15000s
通過上述方法設置后，再次壓測，還是會出現這個錯誤
再次百度，
報錯2：
<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx/1.10.3</center>
</body>
</html>
咱未驗證：
先百度到的解決方法：
一般情況下是由nginx默認的fastcgi進程響應慢引起的，但也有其他情況，這里我總結了一些解決辦法供大家參考。
-
情況一：由於nginx默認的fastcgi進程響應緩沖區太小造成
這種情況下導致fastcgi進程被掛起，如果fastcgi服務隊這個掛起處理不是很好的話，就可能提示“504 Gateway Time-out”錯誤。
-
情況一解決辦法：
默認的fastcgi進程響應的緩沖區是8K，我們可以設置大一點，在nginx.conf里，加入：fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8塊128k大小的空間。
-
情況一解決辦法（改進）：
在上述方法修改后，如果還是出現問題，我們可以繼續修改nginx的超時參數，將參數調大一點，如設置為60秒：
send_timeout 60;
經過這兩個參數的調整，結果沒有再提示“504 Gateway Time-out”錯誤，說明效果還是挺不錯的，問題基本解決。
-
情況二：PHP環境的配置問題
這里我們需要對php-fpm和nginx進行配置修改。因為這種情況下，也會出現“504 Gateway Time-out”錯誤提示。
-
情況二解決辦法（ php-fpm配置修改）：
將max_children由之前的10改為30，這樣操作是為了保證有充足的php-cgi進程可以被使用。
將request_terminate_timeout由之前的0秒改成60秒，這樣使php-cgi進程處理腳本的超時時間提高到60秒，可以防止進程被掛起以提高利用效率。
-
情況二解決辦法（nginx配置修改）：
為了減少fastcgi的請求次數，盡量維持buffers不變，我們要更改nginx的幾個配置項，如下：
將fastcgi_buffers由4 64k改為2 256k;
將fastcgi_buffer_size 由64k改為128k;
將fastcgi_busy_buffers_size由128k改為256k;
將fastcgi_temp_file_write_size由128k改成256k。
-
情況二解決辦法修改完，我們需要重新加載php-fpm和nginx的配置，然后再進行測試。之后就沒有發現“504 Gateway Time-out”錯誤，效果也還是不錯的！
https://jingyan.baidu.com/article/6fb756ecbf4774241858fb9a.html