TCP、UDP、HTTP、SOCKET

本文详细解读了TCP/IP协议族,包括其四层模型,重点介绍了TCP的连接机制、UDP的无连接特性,以及HTTP如何基于TCP提供可靠传输。比较了TCP和UDP在可靠性和效率上的区别,展示了HTTP在Web通信中的关键作用。
摘要由CSDN通过智能技术生成

一、TCP/IP 代表传输控制协议/网际协议,指的是一系列协议。

TCP/IP 是互联网相关的各类协议族的总称,比如:TCP、UDP、IP、FTP、HTTP、ICMP 和 SMTP 等都属于 TCP/IP 族内的协议。

TCP/IP 模型是互联网的基础,它是一系列网络协议的总称。这些协议可以划分为四层:应用层、传输层、网络层和数据链路层。
1️⃣应用层:负责向用户提供应用程序,有 HTTP、FTP、SMTP、Telnet 和 DNS 等。
2️⃣传输层:负责对报文进行分组和重组,并以 TCP 或 UDP 格式封装报文。
3️⃣网络层:负责路由以及把分组报文发送给目标网络或主机,有 IP、ICMP、ARP/RARP 和 BOOTP
4️⃣链路层:TCP/IP 网络的 API。负责封装和解封装 IP 报文,发送和接受 ARP/RARP 报文等。

TCP/UDP 使用 IP 从一个网络传送数据包到另一个网络。把 IP 想像成一种高速公路,它允许其它协议在上面行驶并找到到其它电脑的出口。TCP/UDP 是高速公路上的“卡车”,它们携带的货物就是像 HTTP、FTP 这样的文件传输协议等。

TCP/UDP 是 HTTP、FTP 和 SMTP 之类使用的传输层协议。虽然 TCP/UDP 都是用来传输其他协议的,它们却有一个显著的不同:TCP 有一个特殊的机制来确保数据安全的从一个端点传到另一个端点,而 UDP 不提供任何这样的保证。

很多人都会混淆 TCP 和 HTTP,实际上 HTTP 是基于 TCP 连接基础上的。简单的说,TCP 就是单纯建立连接,不涉及任何需要请求的实际数据,简单的传输。而 HTTP 是用来收发数据,即实际应用上来的。HTTP 通过请求和响应在客户端和服务端之间收发数据,进行通信:

二、UDP

UDP 全称是用户数据报协议,在网络中它与 TCP 一样用于处理数据包,是一种无连接的协议。在 OSI 模型中,在第四层——传输层,处于 IP 的上一层。UDP 有不提供数据包分组、组装和不能对数据包进行排序的缺点,也就是说,当报文发送之后,是无法得知其是否安全完整到达的。它有以下几个特点:

1️⃣面向无连接
首先 UDP 是不需要和 TCP一样在发送数据前进行三次握手建立连接的,想发数据就可以开始发送了。并且也只是数据报文的搬运工,不会对数据报文进行任何拆分和拼接操作。
具体来说就是:
在发送端,应用层将数据传递给传输层的 UDP,UDP 只会给数据增加一个 UDP 头标识下是 UDP,然后就传递给网络层了。
在接收端,网络层将数据传递给传输层,UDP 只去除 IP 报文头就传递给应用层,不会任何拼接操作

2️⃣有单播,多播,广播的功能
UDP 不只支持一对一的传输方式,同样支持一对多,多对多,多对一的方式,也就是说 UDP 提供了单播,多播,广播的功能。

3️⃣UDP是面向报文的
发送方的UDP对应用程序交下来的报文,在添加首部后就向下交付IP层。UDP对应用层交下来的报文,既不合并,也不拆分,而是保留这些报文的边界。因此,应用程序必须选择合适大小的报文

4️⃣不可靠性
首先不可靠性体现在无连接上,通信都不需要建立连接,想发就发,这样的情况肯定不可靠。并且收到什么数据就传递什么数据,并且也不会备份数据,发送数据也不会关心对方是否已经正确接收到数据了。再者网络环境时好时坏,但是 UDP 因为没有拥塞控制,一直会以恒定的速度发送数据。即使网络条件不好,也不会对发送速率进行调整。这样实现的弊端就是在网络条件不好的情况下可能会导致丢包,但是优点也很明显,在某些实时性要求高的场景(比如电话会议)就需要使用 UDP 而不是 TCP。

从图可知,UDP只会把想发的数据报文一股脑的丢给对方,并不在意数据是否安全完整到达。

5️⃣头部开销小,传输数据报文时是很高效的。

UDP 头部包含了以下几个数据:

  • 两个十六位的端口号,分别为源端口(可选字段)和目标端口。
  • 整个数据报文的长度。
  • 整个数据报文的检验和(IPv4 可选 字段),该字段用于发现头部信息和数据中的错误。

因此 UDP 的头部开销小,只有八字节,相比 TCP 的至少二十字节要少得多,在传输数据报文时是很高效的

三、TCP

当一台计算机想要与另一台计算机通讯时,两台计算机之间的通信需要畅通且可靠,这样才能保证正确收发数据。例如,当想查看网页或查看电子邮件时,希望完整且按顺序查看网页,而不丢失任何内容。当下载文件时,希望获得的是完整的文件,而不仅仅是文件的一部分,因为如果数据丢失或乱序,都不是希望得到的结果,于是就用到了TCP。

TCP协议全称是传输控制协议,是一种面向连接的、可靠的、基于字节流的传输层通信协议,由 IETF 的RFC 793定义。TCP 是面向连接的、可靠的流协议。流就是指不间断的数据结构,你可以把它想象成排水管中的水流。

1️⃣TCP连接过程
如下图所示,可以看到建立一个TCP连接的过程为(三次握手的过程):

【第一次握手】
客户端向服务端发送连接请求报文段。该报文段中包含自身的数据通讯初始序号。请求发送后,客户端便进入 SYN-SENT 状态。

【第二次握手】
服务端收到连接请求报文段后,如果同意连接,则会发送一个应答,该应答中也会包含自身的数据通讯初始序号,发送完成后便进入 SYN-RECEIVED 状态。

【第三次握手】
当客户端收到连接同意的应答后,还要向服务端发送一个确认报文。客户端发完这个报文段后便进入 ESTABLISHED 状态,服务端收到这个应答后也进入 ESTABLISHED 状态,此时连接建立成功。

为什么 TCP 建立连接需要三次握手,而不是两次?这是因为这是为了防止出现失效的连接请求报文段被服务端接收的情况,从而产生错误。

2️⃣TCP断开链接

TCP 是全双工的,在断开连接时两端都需要发送 FIN 和 ACK。

【第一次握手】
若客户端 A 认为数据发送完成,则它需要向服务端 B 发送连接释放请求。

【第二次握手】
B 收到连接释放请求后,会告诉应用层要释放 TCP 链接。然后会发送 ACK 包,并进入 CLOSE_WAIT 状态,此时表明 A 到 B 的连接已经释放,不再接收 A 发的数据了。但是因为 TCP 连接是双向的,所以 B 仍旧可以发送数据给 A。

【第三次握手】
B 如果此时还有没发完的数据会继续发送,完毕后会向 A 发送连接释放请求,然后 B 便进入 LAST-ACK 状态。

【第四次握手】
A 收到释放请求后,向 B 发送确认应答,此时 A 进入 TIME-WAIT 状态。该状态会持续 2MSL(最大段生存期,指报文段在网络中生存的时间,超时会被抛弃) 时间,若该时间段内没有 B 的重发请求的话,就进入 CLOSED 状态。当 B 收到确认应答后,也便进入 CLOSED 状态。

3️⃣TCP协议的特点

【面向连接】
面向连接,是指发送数据之前必须在两端建立连接。建立连接的方法是“三次握手”,这样能建立可靠的连接。建立连接,是为数据的可靠传输打下了基础。

【仅支持单播传输】
每条TCP传输连接只能有两个端点,只能进行点对点的数据传输,不支持多播和广播传输方式。

【面向字节流】
TCP不像UDP一样那样一个个报文独立地传输,而是在不保留报文边界的情况下以字节流方式进行传输。

【可靠传输】
对于可靠传输,判断丢包,误码靠的是TCP的段编号以及确认号。TCP为了保证报文传输的可靠,就给每个包一个序号,同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK);如果发送端实体在合理的往返时延(RTT)内未收到确认,那么对应的数据(假设丢失了)将会被重传。

【提供拥塞控制】
当网络出现拥塞的时候,TCP能够减小向网络注入数据的速率和数量,缓解拥塞

【TCP提供全双工通信】
TCP允许通信双方的应用程序在任何时候都能发送数据,因为TCP连接的两端都设有缓存,用来临时存放双向通信的数据。当然,TCP可以立即发送一个数据段,也可以缓存一段时间以便一次发送更多的数据段(最大的数据段大小取决于MSS)

四、TCP 和 UDP 的比较

1️⃣对比

2️⃣总结
TCP向上层提供面向连接的可靠服务 ,UDP向上层提供无连接不可靠服务。虽然UDP 并没有 TCP 传输来的准确,但是也能在很多实时性要求高的地方有所作为。对数据准确性要求高,速度可以相对较慢的,可以选用TCP。

五、HTTP本身就是一个协议,是从Web服务器传输超文本到本地浏览器的传送协议

HTTP(超文本传输协议)是利用TCP在两台电脑(通常是Web服务器和客户端)之间传输信息的协议。客户端使用Web浏览器发起HTTP请求给Web服务器,Web服务器发送被请求的信息给客户端。

HTTP协议是建立在请求/响应模型上的。首先由客户建立一条与服务器的TCP链接,并发送一个请求到服务器,请求中包含请求方法、URL、协议版本以及相关的MIME样式的消息。服务器响应一个状态行,包含消息的协议版本、一个成功和失败码以及相关的MIME式样的消息。

HTTP/1.0为每一次HTTP的请求/响应建立一条新的TCP链接,因此一个包含HTML内容和图片的页面将需要建立多次的短期的TCP链接。一次TCP链接的建立将需要3次握手。

另外,为了获得适当的传输速度,则需要TCP花费额外的回路链接时间(RTT)。每一次链接的建立需要这种经常性的开销,而其并不带有实际有用的数据,只是保证链接的可靠性,因此HTTP/1.1提出了可持续链接的实现方法。HTTP/1.1将只建立一次TCP的链接而重复地使用它传输一系列的请求/响应消息,因此减少了链接建立的次数和经常性的链接开销。

虽然HTTP本身是一个协议,但其最终还是基于TCP的。

六、SOCKET:TCP/IP网络的API

Socket是应用层与TCP/IP协议族通信的中间软件抽象层,它是一组接口。在设计模式中,Socket 其实就是一个门面模式,它把复杂的 TCP/IP 协议族隐藏在 Socket 接口后面。对用户来说,一组简单的接口就是全部,让 Socket 去组织数据,以符合指定的协议。

Socket 接口是 TCP/IP 网络的 API,Socket 接口定义了许多函数或例程,用以开发 TCP/IP 网络上的应用程序。

这是为了实现以上的通信过程而建立成来的通信管道,其真实的代表是客户端和服务器端的一个通信进程,双方进程通过 Socket 进行通信,而通信的规则采用指定的协议。Socket只是一种连接模式,不是协议。TCP、UDP 简单的说(虽不准确)是两个最基本的协议,很多其它协议都是基于这两个协议的。比如,HTTP 基于 TCP,用 Socket 可以创建 TCP 连接,也可以创建 UDP 连接,这意味着,用Socket可以创建任何协议的连接,因为其它协议都是基于此的。

综上所述:需要 IP 来连接网络;TCP 是一种允许我们安全传输数据的机制。使用 TCP 来传输数据的 HTTP 是 Web 服务器和客户端使用的特殊协议。HTTP 基于 TCP,但是却可以使用 Socket 去建立一个 TCP 连接。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

JFS_Study

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值