TCP/IP 和 HTTP 详解

目录

  • TCP详解
  • 长连接与短连接
  • HTTP的keep_alive和TCP的keep_alive的区别

TCP

定义:传输控制协议(TCP,Transmission Control Protocol)提供可靠端到端字节流的协议。TCP具备面对各种故障时的健壮性。

  • 可靠性;
  • 端到端;
  • 字节流

本节目录

  • TCP报文头格式要点详解
  • 套接字Socket
  • TCP分包和组包
  • TCP连接(三次握手)
  • TCP释放(四次挥手)
  • TCP与IP之间的关系
  • TCP与HTTP之间的关系

TCP报文头格式要点

  • 起始部分是固定格式的20字节头;
  • 源端口和目的端口标识了连接的本地端点。TCP端口(占2字节)加上所在主机的IP地址(ipv4占4字节)组成了48位的唯一断点;
  • TCP流中的每一个数据字节都会被编号
  • 序列号seq:占4个字节,用来标记数据段的中第一个字节的序号。由于TCP将要发送的所有数据字节进行分片后多次发送,为了记录多次发送的顺序,就先将原本要发送的所有字节都编一个序号,第一个字节的序号由随机生成;编号之后,分片后的每个报文段的第一个字节的序号就记录在“序列号seq”中。比如说,原本要发50个字节,对所有字节按0-49编号后,如果按每个报文段8个字节分片,那么会生成7个报文段,这7个报文段的序号seq分别记录的是0、8、16、24、32、40、48;
  • 确认号ack:占4个字节,接收方成功接收到数据后,会回复一个ACK数据包,即接收到的上一次远端主机传来的seq然后+1,再发送给远端主机,提示远端主机已经成功接收上一次所有数据。发送方在一定时间内没有收到服务端的ACK确认包后,就会重新发送TCP数据包。发送方收到了ACK,表明接收方已经接收到数据,保证了数据的可靠达到。
  • ACK标志位是用来说明确认号ack的记录是否是有效的,也就是说当ACK=1时,表明确认号ack是有效的,ACK=0时,确实号ack是可以被忽略的;
  • SYN标志位被用于建立连接过程。当SYN=1,ACK=0时,表示这是一个连接请求报文段,若对方的响应报文段是SYN=1,ACK=1,那么就表示对方同意连接。所以SYN=1表示该报文一个连接请求报文(此时ACK = 0),或者是一个对方的接受连接的响应报文(此时ACK = 1)。并且,SYN这个标志位只有在TCP建立连接时才会被置1,握手完成后SYN标志位被置0
  • FIN标志位用来释放一个连接,当FIN=1时,表示此报文段的发送方的数据已经发送完毕,请求释放连接。

TCP连接(三次握手)

三次握手其实指的就是,Client —> Server, Server —> Client,  Client —> Server 为了确认连接关系的这三个报文。

上图是用wireshark抓取的TCP三次握手的三个报文:

  • 客户端ip是192.168.1.100,系统随机分配的端口是57166;
  • 服务器ip是192.168.1.175,监听的端口是9000;

第一次握手:57166 -> 9000 

建立连接,客户端发送syn包(seq=x)到服务器,并进入SYN_SENT状态,等待服务器确认;SYN:同步序列编号(Synchronize Sequence Numbers)。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值