设计公司网站官网在线网页制作工具
上一篇地址：赶紧收藏！2024 年最常见 100道 Java 基础面试题（四十）-CSDN博客
八十一、tcp为什么要三次握手，两次不行吗？为什么？
TCP（传输控制协议）使用三次握手（Three-way Handshake）来建立一个可靠的连接。这个过程确保了两端的发送和接收通道都是可用的。以下是三次握手的步骤和原因：
三次握手步骤：
-
SYN（同步序列编号）：客户端发送一个带有SYN标志的TCP段到服务器以初始化一个连接。这个SYN段包含客户端的初始序列号（seq=x）。
-
SYN-ACK（同步-确认）：服务器收到这个SYN段后，如果同意建立连接，则会发送一个SYN-ACK段作为响应。这个段包含服务器的初始序列号（seq=y）和对客户端序列号的确认（ack=x+1）。
-
ACK（确认）：客户端收到服务器的SYN-ACK段后，会发送一个确认段（ACK段），包含对服务器序列号的确认（ack=y+1）。
为什么需要三次握手，而不是两次？
-
初始化序列号：三次握手允许客户端和服务器各自选择一个初始序列号（ISN），而不是仅仅依赖于服务器的初始序列号。这增加了连接的安全性，因为使用随机的ISN可以防止第三方预测连接的序列号，从而防止某些类型的攻击。
-
防止过时的连接请求：考虑一个场景，客户端发送了一个连接请求，但因为网络延迟或其他原因，请求在网络中滞留了很长时间。如果只有一个或两个握手步骤，这个过时的连接请求可能在客户端已经放弃连接后到达服务器，导致服务器错误地初始化一个不存在的连接。
-
确保双方都准备好发送数据：三次握手确保双方都准备好接收和发送数据。客户端通过SYN向服务器表明它准备好发送数据，服务器通过SYN-ACK表明它准备好接收数据，客户端的ACK表明它准备好接收数据。
-
防止资源浪费：如果只有两次握手，服务器可能在收到客户端的SYN后立即为连接分配资源，但如果客户端没有收到服务器的SYN-ACK（可能是因为网络问题），客户端将不会发送ACK，服务器上的资源就会被浪费。
总结：
三次握手是建立TCP连接的一种可靠机制，它确保了连接的双方都准备好进行通信，并且提供了一个双方都认可的序列号。这不仅提高了连接的可靠性，还增加了安全性，并防止了资源的浪费。两次握手可能无法提供足够的信息来确保双方都准备好进行通信，并且无法防止过时的连接请求。
八十二、说一下tcp粘包是怎么产生的？
TCP粘包是指在使用TCP协议进行数据通信时，发送方发送的多个数据包在接收方接收时粘在一起，形成一个较大的数据包，导致数据无法正确解析。这种现象通常是由于TCP协议的特性和网络环境的复杂性导致的。以下是TCP粘包产生的主要原因：
-
TCP是面向流的协议： TCP协议本身是面向流的，它不保留数据包边界。TCP负责将数据从发送方传输到接收方，但它不会自动将数据分割成独立的包。因此，在接收方，连续的数据流可能看起来像是单个数据包。
-
缓冲区大小： 发送方和接收方的TCP缓冲区大小可能会影响粘包。如果发送的数据超过了接收方缓冲区的容量，剩余的数据可能会被保存在另一个缓冲区中，导致粘包。
-
网络环境： 网络延迟、拥塞或其他网络条件的变化可能导致数据包延迟或丢失，从而影响数据包的顺序和完整性。
-
发送和接收速率不匹配： 如果发送方发送数据的速率远大于接收方处理数据的速率，接收方可能来不及处理所有接收到的数据，导致多个数据包在接收缓冲区中累积，形成粘包。
-
应用层协议： 应用层协议的设计也可能导致粘包。如果应用层协议没有明确定义数据包的边界或大小，接收方可能无法正确地将连续的数据流分割成独立的数据包。
如何解决TCP粘包问题：
-
使用应用层协议： 设计应用层协议时，应明确数据包的边界或大小。例如，可以在每个数据包的开始处添加长度字段，以指示每个数据包的大小。
-
使用固定长度的数据包： 如果可能，使用固定长度的数据包可以简化数据包的分割和处理。
-
使用特殊的分隔符： 在数据包之间使用特殊的分隔符或标记，如换行符或特定的字节序列，以帮助接收方识别数据包的边界。
-
使用消息队列： 使用消息队列或中间件（如消息队列服务）可以在一定程度上缓解粘包问题，因为它们通常提供了更明确的数据包边界和大小。
-
优化网络条件： 改善网络环境，减少延迟和丢包，可以降低粘包发生的概率。
-
调整缓冲区大小： 适当调整发送方和接收方的TCP缓冲区大小，以适应数据传输的速率和网络条件。
-
使用其他传输层协议： 对于对粘包非常敏感的应用，可以考虑使用其他传输层协议，如UDP，它保留了数据包边界，但需要应用层协议来处理可靠性和顺序性。
总结： TCP粘包是由于TCP协议的面向流特性、缓冲区大小、网络环境、发送接收速率不匹配以及应用层协议设计等多种因素共同作用的结果。解决粘包问题通常需要在应用层协议设计和网络优化方面进行努力。