TCP close_wait内幕
生活随笔
收集整理的這篇文章主要介紹了
TCP close_wait内幕
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
最近調試時遇到一個tcp連接 一發交易server端就從es連接狀態變成close_wait狀態的問題。
tcp連接需要三次握手,而被動關閉連接則是需要四次握手的,不能說單方面關閉連接就是成功關閉連接了。
首先我們要搞清楚close_wait出現的機制和原理。
close_wait狀態其實client端和server端都有可能出現.
我們先看其他博客對close_wait解釋.
他的情況是client端為close_wait狀態.
由此可見,server端出現close_wait狀態的原因是因為client端主動關閉連接,server端被動關閉連接,因為某些原因,關閉連接的機制進行了一半就停止了。
按照這種分析我們項目是因為client端因為什么進行了關閉連接。最后發現是再發送數據時,因為代碼原因,流的長度并未添加,只發送了流的內容。那么這為什么會導致我們client端去關閉連接呢。。。(尷尬) 我主要時想分享這位博主的關于tcp狀態的分析。
tcp內幕博客
http://www.360doc.com/content/17/0113/16/33093582_622231912.shtml
總結
以上是生活随笔為你收集整理的TCP close_wait内幕的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: python中update什么意思_如何
- 下一篇: vc++64位系统下long的长度为4个