注：主动、被动与服务器、客户端没有明确的对应关系。这个图N多人都知道，它排除和定位网络或系统故障时大有帮助，但是怎样牢牢地将这张图刻在脑中呢？那么你就一定要对这张图的每一个状态，及转换的过程有深刻的认识，不能只停留在一知半解之中。下面对这张图的11种状态详细解析一下，以便加强记忆！不过在这之前，先回顾一下TCP建立连接的三次握手过程，以及关闭连接的四次握手过程。1、建立连接协议（三次握手）（1）客

  TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不 会被释放。

  TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不 会被释放。

TCP状态变迁CLOSE：        socket的初始状态，没有进行任何操作（connect,listen）之前的状态LISTEN：       可以接受SYN的状态，服务器等待连接SYN_RECEIVED

A:这个套接字选项通知内核，如果端口忙，但TCP状态位于TIME_WAIT，可以重用端口。如果端口忙，而TCP状态位于其他状态，重用端口时依旧得到一个错误信息，指明"地址已经使用中"。

一.TCP简介   TCP提供一种面向连接的，可靠的字节流服务。面对连接意味着两个使用TCP的应用，在彼此交换数据之前必须先建立一个连接。TCP通过以下方式提供可靠性：    1.应用数据被分割成TCP认为最适合发送的数据块，由TCP传递给IP的信息单位成为报文段。     2.当TCP发出一个段后，它就启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。  

TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不 会被释放。

其区别如下：TCP状态机：为TCP的两端分别维护一个状态机，TCP连接的主动发起/被动发起和主动关闭/被动关闭的状态机转换是不同的。

其区别如下：TCP状态机：为TCP的两端分别维护一个状态机，TCP连接的主动发起/被动发起和主动关闭/被动关闭的状态机转换是不同的。

其区别如下：TCP状态机：为TCP的两端分别维护一个状态机，TCP连接的主动发起/被动发起和主动关闭/被动关闭的状态机转换是不同的。

其区别如下：TCP状态机：为TCP的两端分别维护一个状态机，TCP连接的主动发起/被动发起和主动关闭/被动关闭的状态机转换是不同的。

 TCP状态迁移大家对netstat-a命令很熟悉，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章

netstat-n|awk'/^tcp/{++S[$NF]}END{for(ainS)printa,S[a]}'关于TCP状态的变迁，可以从下图形象地看出：状态：描述CLOSED：无连接是活动的或正在进行

TCP正常建立和关闭的状态变化  TCP连接的建立可以简单的称为三次握手，而连接的中止则可以叫做四次握手。 建立连接 在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SY

linux服务器上的11种tcp状态说明：通常情况下:一个正常的TCP连接，都会有三个阶段:1、TCP三次握手;2、数据传送;3、TCP四次挥手里面的几个概念：SYN:(同步序列编号,SynchronizeSequenceNumbers

linux服务器上的11种tcp状态说明：通常情况下:一个正常的TCP连接，都会有三个阶段:1、TCP三次握手;2、数据传送;3、TCP四次挥手里面的几个概念：SYN:(同步序列编号,SynchronizeSequenceNumbers

最近笔试遇到一个题目：如果tcp建立连接时第三次握手失败，tcp会做何操作？该问题的本质是判断我们对tcp的状态转换是否能有比较深刻的理解。只要理解了下面的状态转换图，很容易回答上述问题。在此，将《TCP/IP协议族》中每一个状态的转换伪代码整理下：第58行指明了当第三次握手失败时的处理操作，可以看出当失败时服务器并不会重传ack报文，而是直接发送rst报文，重新转换为closed状态。这样做的目

建立一个TCP连接TCP是一个面向连接的协议，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。本节将详细讨论一个TCP连接是如何建立的以及通信结束后是如何终止的。TCP使用三次握手（three-wayhandshake）协议来建立连接，图3-10描述了三次握手的报文序列。这三次握手为：      请求端（通常称为客户）发送一个SYN报文段（SYN为1）指明客户打算连接的服务器的端口

1.建立连接三次握手（1）A的TCP向B发出连接请求报文段，其首部中的同步比特SYN应置为1，并选择序号x，表明传送数据时的第一个数据字节的序号是x。（2）B的TCP收到连接请求报文段后，如同意，则发回确认。（3）B在确认报文段中应将SYN置为1，其确认号应为x+1，同时也为自己选择序号y。（4）A收到此报文段后，向B给出确认，其确认号应为y+1。（5）A的TCP通知上层应用进程，连接已经建立。（

tcp状态：LISTEN：侦听来自远方端口的连接请求SYN-SENT：再次发送连接请求后等待匹配的连接请求SYN-RECEIVE：再次收到和发送一个连接请求后等待对方连接诶请求的确认ESTABLISHED

先看以下TIME_WAIT状态是怎么产生的，最好的解释就是看TCP状态转换图咯对与每个状态的解释如下1、建立连接协议（三次握手）（1）客户端发送一个TCPsegment(Seq由主机产生，假设为x,SYN

转自：http://blog.csdn.net/lwqxmu/article/details/8911672自己画的状态跃迁图，画的不漂亮，但是能说明问题，大家凑合着看吧，如果浏览时发现图片太小，看不清，可以放大网页。我从3次握手协议和4次挥手协议来解释这个图，接下来提出并解决一些问题。一、3次握手协议1、在t1时刻，client端的进程要求和某个服务器进行连接。所以发送了一个同步请求帧，syn=

intlisten(intfd,intbacklog);socket系统调用listen只被tcp服务器使用，他做两件事：1.将未链接的套接口转换为被动套接口，指示内核接受向此套接口的连接请求，调用此系统调用后tcp

 静态数组表示的有限状态机2013-07-1316:18 177人阅读 评论(0) 收藏 举报前段时间搞无状态的TCPconntrack，发现其中一个静态数组表示的TCP状态机很是不错，希望这种思想以后可以用在实际的工作中

前段时间搞无状态的TCPconntrack，发现其中一个静态数组表示的TCP状态机很是不错，希望这种思想以后可以用在实际的工作中，直说吧，就是这个状态机数组：staticconstu8tcp_conntracks

前段时间搞无状态的TCPconntrack，发现其中一个静态数组表示的TCP状态机很是不错，希望这种思想以后可以用在实际的工作中，直说吧，就是这个状态机数组：staticconstu8tcp_conntracks

TCP/IP协议卷一中是有说明设置backlog这个值的，这值是做什么的呢？大家都知道TCP建立连接时是要进行三次握手连接的，但是否三次握手完成了，服务端就进行处理了(accept)呢,如果没有处理就变成什么情况，假如没有及时accept的话，后续客户端就连接不上或连接失败。这样就谈不上吞吐量了。想必大家也认为TCP不是那么设计的。backlog其实是一个连接队列，以下是backlog队列大小公式

TCP/IP协议卷一中是有说明设置backlog这个值的，这值是做什么的呢？大家都知道TCP建立连接时是要进行三次握手连接的，但是否三次握手完成了，服务端就进行处理了(accept)呢,如果没有处理就变成什么情况，假如没有及时accept的话，后续客户端就连接不上或连接失败。这样就谈不上吞吐量了。想必大家也认为TCP不是那么设计的。backlog其实是一个连接队列，以下是backlog队列大小公式

2delayedack定时器3零窗口探测定时器上面三种定时器都是作为tcp状态机的一部分来实现的。4keep-alive定时器主要是管理established状态的连接。

tcp状态：LISTEN：侦听来自远方的TCP端口的连接请求SYN-SENT：再发送连接请求后等待匹配的连接请求SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认ESTABLISHED

tcp状态：LISTEN：侦听来自远方的TCP端口的连接请求SYN-SENT：再发送连接请求后等待匹配的连接请求SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认ESTABLISHED

http://blog.csdn.net/zdwzzu2006/article/details/7713499 TCP状态转移要点TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接

TCP状态转换机说明建立一个TCP连接TCP是一个面向连接的协议，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。本节将详细讨论一个TCP连接是如何建立的以及通信结束后是如何终止的。

1.CLOSED：起始点，在超时或者连接关闭时候进入此状态。2.LISTEN：svr端在等待连接过来时候的状态，svr端为此要调用socket，bind,listen函数，就能进入此状态。此称为应用程序被动打开（等待客户端来连接）。3.SYN_SENT:客户端发起连接，发送SYN给服务器端。如果服务器端不能连接，则直接进入CLOSED状态。4.SYN_RCVD：跟3对应，服务器端接受客户端的SYN

参考：http://www.pcdog.com/network/protocol/2007/02/g182562.html

tcp状态：LISTEN：侦听来自远方的TCP端口的连接请求SYN-SENT：再发送连接请求后等待匹配的连接请求SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认ESTABLISHED

tcp状态： LISTEN：侦听来自远方的TCP端口的连接请求SYN-SENT：再发送连接请求后等待匹配的连接请求SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认ESTABLISHED

这是网络编程的基础，tcp的状态转移图说到底就是一个状态机的不同状态之间的转换关系以及触发这些状态需要的条件，一共存在11个状态，我们来逐一分析：1.CLOSED：起始点，在超时或者连接关闭时候进入此状态。2.LISTEN：svr端在等待连接过来时候的状态，svr端为此要调用socket，bind,listen函数，就能进入此状态。此称为应用程序被动打开（等待客户端来连接）。3.SYN_SENT:

这是网络编程的基础，tcp的状态转移图说到底就是一个状态机的不同状态之间的转换关系以及触发这些状态需要的条件，一共存在11个状态，我们来逐一分析： 1.CLOSED：起始点，在超时或者连接关闭时候进入此状态。 2.LISTEN：svr端在等待连接过来时候的状态，svr端为此要调用socket， bind,listen函数，就能进入此状态。此称为应用程序被动打开（等待客户端来连接）。3.SYN_SE

TCP共有9个网路状态，其中涉及到关闭的状态有5个。在我们编写网络相关程序的时候，这5个状态经常出现。因为这5个状态相互关联，相互纠缠，而且状态变化触发都是由应用触发，但是又涉及操作系统和网络，所以正确的理解TCP 在关闭时网络状态变化情况，为我们诊断网络中各种问题，快速定位故障有着非常重要的作用和意义。为此，我根据W.Richard Stevens的《TCP/IP详解》一书，将这5个状态制成一个

TCP共有9个网路状态，其中涉及到关闭的状态有5个。在我们编写网络相关程序的时候，这5个状态经常出现。因为这5个状态相互关联，相互纠缠，而且状态变化触发都是由应用触发，但是又涉及操作系统和网络，所以正确的理解TCP在关闭时网络状态变化情况，为我们诊断网络中各种问题，快速定位故障有着非常重要的作用和意义。为此，我根据W.RichardStevens的《TCP/IP详解》一书，将这5个状态制成一个时序

TCP状态转移要点  TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。

TCP状态转移要点TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。

（过滤点）input  forwarding  output  prerouting修改目IP地址 postrouting修改源IP地址匹配属性协议（TCP、UDP、ICMP…）  端口号  接口  TCP

1.查看系统网络配置和当前TCP状态     在定位并处理应用程序出现的网络问题时，了解系统默认网络配置是非常必要的。

自己画的状态跃迁图，画的不漂亮，但是能说明问题，大家凑合着看吧，如果浏览时发现图片太小，看不清，可以放大网页。我从3次握手协议和4次挥手协议来解释这个图，接下来提出并解决一些问题。一、3次握手协议1、在t1时刻，client端的进程要求和某个服务器进行连接。所以发送了一个同步请求帧，syn=1。从此刻开始client进入了synsent阶段(t1-t3)。2、在t2时刻，server端收到了来着c

TCP三路握手（SYN、ACK）：TCP终止连接（四次握手，2个FIN、2个ACK）：TCP的TIME_WAIT状态：Who-主动关闭方，When-接收到被动端的FIN，Why-实现终止TCP全双工连接的可靠性（可能需要重发ACK)/允许老的重复分节在网络中消失，HowLong-2MSL(1m-4m)避免TIME_WAIT过多的办法：修改/etc/sysctl.conf后，执行/sbin/sysc

上面几张截图在网络上几乎被转发烂了，但基本反映了tcp状态转换情况，再贴上几篇自己感觉不错的文章http://www.cnblogs.com/beifei/archive/2011/07/03/2096927

关闭链接过程中的TCP状态和SOCKET处理，及可能出现的问题:1、TIME_WAIT    TIME_WAIT是主动关闭 TCP连接的那一方出现的状态，系统会在TIME_WAIT状态下等待2MSL（maximumsegmentlifetime

电话问题3:TCP状态中的close_wait是什么状态;答案：close_wait状态是被动关闭方的一个状态，此时是半关闭状态，被关闭方收到了Fin包，并且发送了fin包的ack，等待上层应用结束连