TCP/IP协议三次握手机制
TCP/IP是全双工通道,两端都可以读写,三次握手机制就是验证TCP/IP是否是全双工通道
1.客户端调用connect()函数,阻塞客户端进程,客户端向服务器发送数据包SYN,包SYN的值是a,客户端状态置为SYN_SENT,表示向服务器发送验证
2.服务器在调用listen()函数后,将socket套接字变成被动套接字,然后服务器端在accept()函数处阻塞(因为此时listen队列中没有已连接的文件描述符),
此时服务器端状态是SYN_RCVD,表示等待客户端发送SYN包。当服务器接收到客户端的SYN的数据包之后(管道的一端可写),服务器端向客户端发送两个包SYN包和ACK包,
SYN存放值b,ACK包中存放值a+
3.客户端接收到服务器的SYN包和ACK包(管道的另一端可写),校验ACK的值a+,
判断服务器可以接收客户端发送的数据(管道的另一端可以读),既然服务器端可读可写,
客户端状态置为ESABLISHED,表明客户端连接服务器成功,并且将服务器发送的SYN包的值b,加上1,生成ACK包发送给服务器,connect()返回
4.服务器接收到客户端的ACK包,校验ACK包的值,确定客户端可以接收到服务器的数据(管道一端可读),
说明管道两端都可读可写,服务器状态置为ESTABLISHED,accept()函数返回,服务器端和客户端连接成功。
TCP/IP协议四次断开机制
TCP/IP协议规定执行主动关闭那一端,进入TIME_WAIT状态。客户端,服务器都可以主动关闭连接
1.假设客户端主动调用close()函数(进程退出也会调用close函数),客户端连接状态置为FIN_WAIT_1,向服务器发送两个数据包FIN(值为x)和ACK(值为y)
2.服务器端TCP/IP协议接收到数据包FIN和ACK之后,服务器连接状态置为CLOSE_WAIT,服务器立刻向客户端发送数据包ACK(值为x+)
注意:不是执行read()函数才能接收到数据包FIN和ACK,这两个数据包是TCP/IP协议内部接收的,并且接收之后将read()函数的返回值置0。
3.客户端接收到ACK数据包,客户端状态置为FIN_WAIT_2
4.服务器如果没有调用close()函数,服务器就会一直处于CLOSE_WAIT状态,调用close()函数后,
服务器向客户端发送两个数据包FIN(值为y)和ACK(值为y+),此时服务器连接的状态是LAST_ACK
5.客户端接收到FIN数据包和ACK数据包,那么客户端就会置为TIME_WAIT状态
TIME_WAIT可以存在一定的时间,原因是数据包(ACK y+)发送失败了可以重新发送,这也是服务器有时候需要设置setsockopt()函数的原因。
6.服务器接收数据包(ACK y+),将服务器端连接置为CLOSED状态
为什么客户端关闭了服务器不会立刻处于CLOSED状态?
客户端的读写虽然都关闭了,但是socket有缓存区,write()函数仍然可以向缓存区写数据,
此时如果服务器端没有调用close()函数,服务器一直可以写,直到socket缓存数据被写满。所以服务器可以暂时处于CLOSE_WAIT状态。

TCP/IP协议的第十一种状态
当TCP/IP协议的两端同时调用close(),这时候两端将一同置为CLOSING状态,最后双方都进入TIME_WAIT状态

注意:netstat -na | grep 8080命令下,TCP/IP的CLOSED状态不会显示出来。

Linux 网络编程详解八的更多相关文章

  1. TCP/UDP Linux网络编程详解

    本文主要记录TCP/UDP网络编程的基础知识,采用TCP/UDP实现宿主机和目标机之间的网络通信. 内容目录 1. 目标2.Linux网络编程基础2.1 嵌套字2.2 端口2.3 网络地址2.3.1 ...

  2. Linux 网络编程详解九

    TCP/IP协议中SIGPIPE信号产生原因 .假设客户端socket套接字close(),会给服务器发送字节段FIN: .服务器接收到FIN,但是没有调用close(),因为socket有缓存区,所 ...

  3. Linux 网络编程详解二(socket创建流程、多进程版)

    netstat -na | grep " --查看TCP/IP协议连接状态 //socket编程提高版--服务器 #include <stdio.h> #include < ...

  4. Linux 网络编程详解一(IP套接字结构体、网络字节序,地址转换函数)

    IPv4套接字地址结构 struct sockaddr_in { uint8_t sinlen;(4个字节) sa_family_t sin_family;(4个字节) in_port_t sin_p ...

  5. Linux 网络编程详解十一

    /** * read_timeout - 读超时检测函数,不含读操作 * @fd:文件描述符 * @wait_seconds:等待超时秒数,如果为0表示不检测超时 * 成功返回0,失败返回-1,超时返 ...

  6. Linux 网络编程详解十

    select int select(int nfds, fd_set *readfds, fd_set *writefds,fd_set *exceptfds, struct timeval *tim ...

  7. Linux 网络编程详解五(TCP/IP协议粘包解决方案二)

    ssize_t recv(int s, void *buf, size_t len, int flags); --与read相比,只能用于网络套接字文件描述符 --当flags参数的值设置为MSG_P ...

  8. Linux 网络编程详解四(流协议与粘包)

    TCP/IP协议是一种流协议,流协议是字节流,只有开始和结束,包与包之间没有边界,所以容易产生粘包,但是不会丢包. UDP/IP协议是数据报,有边界,不存在粘包,但是可能丢包. 产生粘包问题的原因 . ...

  9. Linux 网络编程详解十二

    UDP的特点 --无连接 --基于消息的数据传输服务 --不可靠 --UDP更加高效 UDP注意点 --UDP报文可能会丢失,重复 --UDP报文可能会乱序 --UDP缺乏流量控制(UDP缓冲区写满之 ...

随机推荐

  1. nutz的json视图

    2.3. json视图 返回json视图有两种方法: @Ok("json")  与@Ok(“raw:json”) 2.3.1. @Ok("json") (1) ...

  2. 如何通过js跨域调用ASP.NET Web API (请问如何实现在javascript中通过http get的方式跨域调用ASP.NET Web API?)

    客户端js无需任何专门设置,使用通常的ajax调用即可: $.ajax({ url: '跨域URL', type: 'get', dataType: 'json', success: function ...

  3. Java基础知识学习(八)

    IO操作 5个重要的类分别是:InputStream.OutStream.Reader.Writer和File类 面向字符的输入输出流 输入流都是Reader的子类, CharArrayReader ...

  4. EasyUi 改变 selelct 的 下拉内容 div 的高度

    直接上 效果图: 修改之后的  滚动条高度: 代码:  源代码下载

  5. Linux下python安装升级详细步骤 | Python2 升级 Python3

    Linux下python升级步骤  Python2 ->Python3 多数情况下,系统自动的Python版本是2.x 或者yum直接安装的也是2.x 但是,现在多数情况下建议使用3.x 那么如 ...

  6. 见证历史 -- 2013 NBA 热火夺冠之路有感

    见证历史-- 2013 NBA 热火夺冠之路有感今年NBA季后赛从第一轮看起,到最终的热火夺冠,应该看得是最爽的一次.但一些情节和细节,回忆起来,深有感悟. 1. 做人要低调詹宁斯豪言演黑八雄鹿本赛季 ...

  7. C#正则表达式开源工具,为.net开源绵尽薄力

    先交代一下背景,最近工作中经常用到正则表达式,而正则表达式这个东西我个人觉得很鸡肋,不用吧,有些功能实现起来会很麻烦.用吧,又不是说工作中经常用到,只是有时候有些需要求用到而已.但是正则表达式只要一段 ...

  8. CentOS系统启动流程你懂否

    一.Linux内核的组成 相关概念: Linux系统的组成部分:内核+根文件系统 内核:进程管理.内存管理.网络协议栈.文件系统.驱动程序. IPC(Inter-Process Communicati ...

  9. PlaceHolder的两种实现方式

    placeholder属性是HTML5 中为input添加的.在input上提供一个占位符,文字形式展示输入字段预期值的提示信息(hint),该字段会在输入为空时显示. 如 <input typ ...

  10. emacs 新手笔记(三) —— 为 emacs 做一点简单的定制

    ilocker:关注 Android 安全(新入行,0基础) QQ: 2597294287 在 emacs 启动时,会加载 ~/.emacs 文件.在该文件中编辑一些 lisp 代码,是一种最为简单的 ...