TCP/IP粗浅认识

最新推荐文章于 2021-06-30 08:56:00 发布

阿毅。

最新推荐文章于 2021-06-30 08:56:00 发布

阅读量300

点赞数 3

分类专栏：网络

本文链接：https://blog.csdn.net/weixin_44265189/article/details/102998371

版权

网络专栏收录该内容

1 篇文章 0 订阅

订阅专栏

什么是TCP/IP协议？

TCP/IP（Transmission Control Protocol/Internet Protocol，传输控制议/网际协议）是指能够在多个不同网络间实现信息传输的协议簇。TCP/IP协议不仅仅指的是TCP和IP两个协议，而是指一个由FTP、SMTP、TCP、UDP、IP等协议构成的协议簇，只是因为在TCP/IP协议中TCP协议和IP协议最具代表性，所以被称为TCP/IP协议。（百度百科）

可以看出来TCP/IP是多数协议的统称，他是一个协议系统，如图：

在这里插入图片描述
TCP/IP模型是互联网的基础，它是一系列网络协议的总称。这些协议可以划分为四层，分别为链路层、网络层、传输层和应用层。

链路层：负责封装和解封装IP报文，发送和接受ARP/RARP报文等。
网络层：负责路由以及把分组报文发送给目标网络或主机。
传输层：负责对报文进行分组和重组，并以TCP或UDP协议格式封装报文。
应用层：负责向用户提供应用程序，比如HTTP、FTP、Telnet、DNS、SMTP等。

详情参考

TCP和UDP

TCP:是面向连接,可靠的,效率较慢的协议。
UDP：非连接，不可靠的，效率较高的协议。

所以TCP常用在消息发送一些比较需要不能出现差错的地方，而UDP常用在如直播、视频、语音等一些丢掉一些包也无伤大雅，反而像TCP重新找回包的话显得比较奇怪等一些地方。

TCP为什么比较安全？

这里就必须提一下TCP的三次握手

第一次握手：客户端向服务端发送一个含有同步序列号的标志位的数据段给服务端，向服务端发起连接的请求。

第二次握手：服务端向客户端返回一个带有确认应答（ACK）和同步序列号（SYN）标志位的数据段，响应客户端的连接请求。

第三次握手：客户端向服务端再次发起确认发送请求。

在这里插入图片描述

名词解释：

ACK 是TCP报头的控制位之一，对数据进行确认。确认由目的端发出，用它来告诉发送端这个序列号之前的数据段都收到了。比如确认号为X，则表示前X-1个数据段都收到了，只有当ACK=1时,确认号才有效，当ACK=0时，确认号无效，这时会要求重传数据，保证数据的完整性。
SYN 同步序列号，TCP建立连接时将这个位置1。
FIN 发送端完成发送任务位，当TCP完成数据传输需要断开时,，提出断开连接的一方将这位置1。

那么TCP是怎么断开的？

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

第一次握手：若客户端认为数据发送完成，则它需要向服务端发送连接释放请求。
第二次握手：服务端收到连接释放请求后，会告诉应用层要释放 TCP 链接。然后会发送 ACK 包，并进入 CLOSE_WAIT 状态，此时表明客户端到服务端的连接已经释放，不再接收客户端发的数据了。但是因为 TCP 连接是双向的，所以服务端仍旧可以发送数据给客户端。
第三次握手：服务端如果此时还有没发完的数据会继续发送，完毕后会向客户端发送连接释放请求，然后负端便进入 LAST-ACK 状态。
第四次握手：客户端收到释放请求后，向服务端发送确认应答，此时客户端进入 TIME-WAIT 状态。该状态会持续 2MSL（最大段生存期，指报文段在网络中生存的时间，超时会被抛弃）时间，若该时间段内没有服务端的重发请求的话，就进入 CLOSED 状态。当服务端收到确认应答后，也便进入 CLOSED 状态。

UDP

面向无连接： 首先 UDP 是不需要和 TCP一样在发送数据前进行三次握手建立连接的，想发数据就可以开始发送了。并且也只是数据报文的搬运工，不会对数据报文进行任何拆分和拼接操作。
有单播，多播，广播的功能： UDP 不止支持一对一的传输方式，同样支持一对多，多对多，多对一的方式，也就是说 UDP 提供了单播，多播，广播的功能。
UDP是面向报文的： 发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付IP层。UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。因此，应用程序必须选择合适大小的报文
不可靠性： 不可靠性体现在无连接上，通信都不需要建立连接，想发就发，这样的情况肯定不可靠。再者网络环境时好时坏，但是 UDP 因为没有拥塞控制，一直会以恒定的速度发送数据。即使网络条件不好，也不会对发送速率进行调整。这样实现的弊端就是在网络条件不好的情况下可能会导致丢包，但是优点也很明显，在某些实时性要求高的场景（比如电话会议）就需要使用 UDP 而不是 TCP。

在这里插入图片描述
从上面的动态图可以得知，UDP只会把想发的数据报文一股脑的丢给对方，并不在意数据有无安全完整到达。

TCP和UDP的比较：

	UDP	TCP
是否连接	无连接	面向连接
是否可靠	不可靠传输	可靠传输，使用流量控制和拥塞控制
连接对象个数	支持一对一，一对多，多对一和多对多交互通信	只能是一对一通信
传输方式	面向报文	面向字节流
面向字节流	首部开销小，仅8字节	首部最小20字节，最大60字节
适用场景	适用于实时应用（IP电话、视频会议、直播等）	适用于要求可靠传输的应用，例如文件传输
共同点	都在传输层	都在传输层