tcp/ip三次握手,四次挥手,十一种状态
2017-06-30 17:02
525 查看
tcp/ip 为什么要做成三次握手
因为tcp/ip是全双工的通信,可以同时接收和发送所以必须两边都要确认确实都能收到和发出消息这个过程其实挺简单的首先客户端发送一个同步信号A,服务器接收到后回复一个ACK A+1 然后也要发送一个同步信号B 当客户端收到同步信号B以后回复一个ACK B+1 这样当服务器收到信号后就建立了双向链接 此时两边的状态都是ESTABLISHED 可用netstat 去查看网络状态 这里面包含有4种状态
下面是四次挥手的详细过程
客户端与服务器任意一端都可以发起close链接 当发起close链接时会传输一个结尾是'\0'的消息当另一端读到后会发JI将自己的状态变为CLOSE_WAIT 同时发出一个ACK X+1 此时发起关闭的一段自己的状态会变成 FIN_WAIT_2
这个期间为什么不会想三次握手一样直接发送一个关闭的同步信号呢?这是因为Server端收到FIN报文时,很可能并不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端,"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送。故需要四步握手。
这是6中状态
当两端同时调用closed 会产生最后一种状态 closing
因为tcp/ip是全双工的通信,可以同时接收和发送所以必须两边都要确认确实都能收到和发出消息这个过程其实挺简单的首先客户端发送一个同步信号A,服务器接收到后回复一个ACK A+1 然后也要发送一个同步信号B 当客户端收到同步信号B以后回复一个ACK B+1 这样当服务器收到信号后就建立了双向链接 此时两边的状态都是ESTABLISHED 可用netstat 去查看网络状态 这里面包含有4种状态
下面是四次挥手的详细过程
客户端与服务器任意一端都可以发起close链接 当发起close链接时会传输一个结尾是'\0'的消息当另一端读到后会发JI将自己的状态变为CLOSE_WAIT 同时发出一个ACK X+1 此时发起关闭的一段自己的状态会变成 FIN_WAIT_2
这个期间为什么不会想三次握手一样直接发送一个关闭的同步信号呢?这是因为Server端收到FIN报文时,很可能并不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端,"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送。故需要四步握手。
这是6中状态
当两端同时调用closed 会产生最后一种状态 closing
相关文章推荐
- TCP/IP------三次握手、四次挥手、tcp状态转换
- TCP/IP 协议簇 端口 三次握手 四次挥手 11种状态集
- TCP协议--三次握手、四次挥手、十一种状态
- TCP/IP--TCP三次握手和四次挥手理解
- TCP/IP的三次握手与四次挥手详解
- TCP/IP三次握手与四次挥手(转)
- tcp ip 三次握手 四次挥手
- TCP/IP三次握手与四次挥手
- TCP的三次握手与四次挥手过程的每一步的具体状态变换
- 【网络】TCP的三次握手、四次挥手、TIME_WAIT状态
- 理解TCP/IP三次握手与四次挥手的正确姿势
- TCP/IP三次握手与四次挥手
- tcp/ip三次握手及四次挥手
- TCP/IP三次握手与四次挥手
- TCP/IP 三次握手四次挥手
- TCP/IP三次握手、四次挥手总结
- TCP/IP的三次握手和四次挥手
- TCP/IP的三次握手与四次挥手解释
- 理解TCP/IP三次握手与四次挥手的正确姿势
- TCP/IP三次握手与四次挥手