1 、TCP、UDP 的区别
TCP---传输控制协议,提供的是面向连接、可靠的字节流服务。当客户和服务器彼此交换数据前,必须先在双方之间建立一个 TCP 连接,之后才能传输数据。
UDP---用户数据报协议,是一个简单的面向数 据报的运输层协议。UDP 不提供可靠性,它只 是把应用程 序传给 IP 层的数据报发送出去,但是并不能 保证它们能到达目的地。
2 、TCP、UDP 的优缺点
TCP 优点:可靠稳定 TCP 的可靠体现在 TCP 在传输数据之前,会有 三次握手来建立连接,而且在数据传递时,有 确认、窗口、 重传、拥塞控制机制,在数据传完之后,还会断开来连接用来节约系统资源。
TCP 缺点:慢,效率低,占用系统资源高,易 被攻击 在传递数据之前要先建立连接,这会消耗时间, 而且在数据传递时,确认机制、重传机制、拥 塞机制等 都会消耗大量时间,而且要在每台设备上维护 所有的传输连接。然而,每个连接都会占用系 统的 CPU, 内存等硬件资源。因为 TCP 有确认机制、三次 握手机制,这些也导致 TCP 容易被利用,实现 DOS、 DDOS、CC 等攻击。
UDP 优点:快,比 TCP 稍安全 UDP 没有 TCP 拥有的各种机制,是一种无状态 的传输协议,所以传输数据非常快,没有 TCP 的这些机 制,被攻击利用的机会就少一些,但是也无法 避免被攻击。
UDP 缺点:不可靠,不稳定 因为没有TCP的这些机制,UDP在传输数据时, 如果网络质量不好,就会很容易丢包,造成数 据的缺 失。
3 、TCP UDP 适用场景
TCP:传输一些对信号完整性,信号质量有要 求的信息。
UDP:对网络通讯质量要求不高时,要求网络 通讯速度要快的场景。
4、 TCP 为什么是可靠连接?
因为 tcp 传输的数据满足 3 大条件,不丢失, 不重复,按顺序到达。
5、三 次握手、四次挥手
三次握手:
1、TCP 服务器进程先创建传输控制块 TCB,时 刻准备接受客户进程的连接请求,此时服务器 就进入了 LISTEN(监听)状态;
2、TCP 客户进程也是先创建传输控制块 TCB, 然后向服务器发出连接请求报文,这是报文首 部中的同部 位 SYN=1,同时选择一个初始序列号 seq=x , 此时,TCP 客户端进程进入了 SYN-SENT(同步 已发送状 态)状态。TCP 规定,SYN 报文段(SYN=1 的报 文段)不能携带数据,但需要消耗掉一个序号。
3、TCP 服务器收到请求报文后,如果同意连接, 则发出确认报文。确认报文中应该 ACK=1, SYN=1, 确认号是 ack=x+1,同时也要为自己初始化一 个序列号 seq=y,此时,TCP 服务器进程进入 了 SYN RCVD(同步收到)状态。这个报文也不能携带 数据,但是同样要消耗一个序号。
4、TCP 客户进程收到确认后,还要向服务器给 出确认。确认报文的 ACK=1,ack=y+1,自己的 序列号 seq=x+1,此时,TCP 连接建立,客户端进入 ESTABLISHED(已建立连接)状态。TCP 规定, ACK 报文 段可以携带数据,但是如果不携带数据则不消 耗序号。
5、当服务器收到客户端的确认后也进入 ESTABLISHED 状态,此后双方就可以开始通信 了。
四次挥手:
1、客户端进程发出连接释放报文,并且停止 发送数据。释放数据报文首部,FIN=1,其序 列号为 seq=u(等于前面已经传送过来的数据的最后 一个字节的序号加 1),此时,客户端进入 FIN-WAIT-1(终 止等待 1)状态。TCP 规定,FIN 报文段即使不 携带数据,也要消耗一个序号。
2、服务器收到连接释放报文,发出确认报文, ACK=1,ack=u+1,并且带上自己的序列号 seq=v, 此 时,服务端就进入了 CLOSE-WAIT(关闭等待) 状态。TCP 服务器通知高层的应用进程,客户 端向服务器 的方向就释放了,这时候处于半关闭状态,即 客户端已经没有数据要发送了,但是服务器若 发送数据, 客户端依然要接受。这个状态还要持续一段时 间,也就是整个 CLOSE-WAIT 状态持续的时间。
3、客户端收到服务器的确认请求后,此时, 客户端就进入 FIN-WAIT-2(终止等待 2)状态, 等待服务器 发送连接释放报文(在这之前还需要接受服务 器发送的最后的数据)。
4、服务器将最后的数据发送完毕后,就向客 户端发送连接释放报文,FIN=1,ack=u+1,由 于在半关闭 状态,服务器很可能又发送了一些数据,假定 此时的序列号为 seq=w,此时,服务器就进入 了 LAST ACK(最后确认)状态,等待客户端的确认。
5、客户端收到服务器的连接释放报文后,必 须发出确认,ACK=1,ack=w+1,而自己的序列 号是 seq=u+1,此时,客户端就进入了 TIME-WAIT (时间等待)状态。注意此时 TCP 连接还没有 释放,必须 经过 2∗ *∗MSL(最长报文段寿命)的时间后, 当客户端撤销相应的 TCB 后,才进入 CLOSED 状态。
6、服务器只要收到了客户端发出的确认,立 即进入 CLOSED 状态。同样,撤销 TCB 后,就 结束了这次的 TCP 连接。可以看到,服务器结束 TCP 连接的 时间要比客户端早一些。