disconnect方法

java 自帶的HttpURLConnection類有個關(guān)閉連接的方法disconnect()，是用于關(guān)閉http連接的，但是有一個問題在于，http連接一直都是一次性的，不存在復用的可能性，所以當輸入流和輸出流關(guān)閉后，http請求過程也就結(jié)束了，為什么還需要這個方法？

java代碼對該方法的說明如下：并沒有提到關(guān)閉請求釋放資源的說明，而是說調(diào)用該方法意味著一段時間之內(nèi)不會再向目標機器發(fā)起請求，并且又強調(diào)了一遍HttpURLConnection類是不可復用的。

看到這段描述，我就想到了該方法應該是和長連接有關(guān)的。

/**
* Indicates that other requests to the server
* are unlikely in the near future. Calling disconnect()
* should not imply that this HttpURLConnection
* instance can be reused for other requests.
*/
public abstract void disconnect();

http長連接

在http1.1版本以及之后的相關(guān)版本中，connection默認是keep-alive，意思即是在http請求結(jié)束后保持tcp連接不斷開以便下一次請求復用，也就是http長連接，但是著要求請求放和服務端都支持，所以有理由懷疑disconnect()方法與http長連接有關(guān)，但是著需要驗證。

http長連接測試

為此搭建了一個簡易spring boot項目作為測試，這里http協(xié)議使用是1.1版本，默認保持長連接模式。首先看一下正常的http請求過程中tcp連接狀態(tài)的變化。

注：因為發(fā)起請求的一方在請求結(jié)束后程序就關(guān)閉了，所以不管有沒有調(diào)用斷開連接的方法，tcp連接都會在程序結(jié)束后斷開。

在發(fā)起http請求后確立tcp連接，由于是本地調(diào)用，所以能看到有兩個tcp連接記錄，但是其實是同一個鏈接。

在程序結(jié)束后發(fā)起tcp請求的一方斷開了鏈接，接受的一方進入了TIME_WAIT狀態(tài)，這是防止丟包的準備關(guān)閉連接的狀態(tài)。

然后在調(diào)用方加上了Thread.sleep()方法，讓調(diào)用方發(fā)起請求后程序不結(jié)束。

但是發(fā)現(xiàn)不管有沒有有執(zhí)行disconnect()方法，tpc連接的狀態(tài)都是一樣的，就是在http請求結(jié)束后的一段時間內(nèi)，tcp連接依然是確認狀態(tài)，在持續(xù)數(shù)十秒后，tcp連接就關(guān)閉了，并沒有發(fā)現(xiàn)監(jiān)聽狀態(tài)。

結(jié)論

并沒有發(fā)現(xiàn)HttpURLConnection類的disconnect()方法在保持http長連接中有任何作用(也有可能是spring boot服務需要專門設計才能支持長連接)，似乎該方法本身就沒有任何作用。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論