1、什么是tcp网络分层？
TCP网络分层指的是将TCP/IP协议按照功能特点分为不同的层次，每个层次都提供特定的网络服务，并且相互之间独立又相互关联。TCP/IP是按照OSI（Open Systems Interconnection）模型进行设计的协议簇，包括应用层、传输层、网络层和物理层等几个层次。下面是各个层次的简要介绍：
- 应用层：应用层提供了各种协议，例如HTTP、DNS等，提供了对不同应用程序的支持，通过提供数据传输的服务来帮助应用程序间的通信。
- 传输层：传输层为网络上的应用程序提供统一可靠的数据传输机制，包括TCP和UDP两个协议。TCP协议提供可靠的数据传输，UDP协议提供不可靠的数据传输。
- 网络层：网络层主要处理网络之间的数据传输，包括IP协议和路由协议，将数据报从发送端传输到目标主机。
- 数据链路层：数据链路层是有关物理连接的协议，主要负责帧的传输、差错检测和校正等工作。第三层至第二层的界面处在数据链路层上。
- 物理层：物理层负责传输数据比特流，例如电缆、光纤、信号传输等。
通过分层的方式，网络协议被划分为多个层次，每个层次都提供了特定的功能，能够使得不同的协议能够协同工作，实现复杂的网络通信过程。同时，每个层次的模块化设计也使得对网络协议进行维护、扩展和替换更加容易。
2、TCP为什么是三次握手？而不是四次？
TCP需要进行三次握手是因为：
- 第一次握手：客户端向服务器发送SYN (同步序列号) 包，表明客户端请求建立连接，并告诉服务器客户端的初始化序列号（ISN）。
- 第二次握手：服务器收到SYN包后，会回传一个SYN ACK (确认码) 包表示确认收到请求，并告诉客户端服务器的初始化序列号。
- 第三次握手：客户端收到SYN ACK包后，再发送一个ACK（确认码）包，表示客户端已经收到服务器的确认，并告诉服务器客户端已准备好通信。
通过三次握手，可以确保双方都已成功建立连接，并且可以开始数据传输。如果是二次握手，那么在第一次握手时，服务器无法确认客户端是否真的要建立连接，因此需要进行第二次握手来确认是否可以开始数据传输。如果是四次握手，会增加通信成本和延迟，因此三次握手是最为优秀的方案。
3、TCP为什么是四次挥手？
TCP需要进行四次挥手是因为：
- 发送方发送FIN：当发送方发送完数据后，需要向接收方发送FIN（结束）标志表示发送数据已经完成，同时发送方不希望再接收接收方的数据。
- 接收方发送ACK：接收方收到发送方的FIN包后，会回传一个ACK（确认码）包，表示接收到发送方的FIN包，同时告诉发送方，接收方已经没有数据需要发送。
- 接收方发送FIN：如果接收方也有数据需要发送，那么会向发送方发送FIN包表示数据发送完成。
- 发送方发送ACK：发送方收到接收方的FIN包后，会回传一个ACK包，表示接收方的FIN包已经收到，同时告诉接收方，发送方已经没有数据需要发送。
通过四次挥手，可以确保双方都已完成数据传输并关闭连接，如果是三次挥手，那么连接断开后，发送方还有可能收到接收方发送的数据。因此，四次挥手可以确保数据被传输完整，并且避免发送方和接收方的数据不一致性。
4、为什么synfin不包含数据却要消耗一个序列号？
在TCP协议中，SYN和FIN是两个特殊的标志位，它们都不携带数据，但是它们都需要消耗一个序列号。这个行为是由TCP协议的设计所规定的。
当TCP客户端和服务器相互通信时，它们需要通过三次握手建立连接。在这个过程中，客户端首先会向服务器发送一个带有SYN标志位的TCP报文段，用于指示客户端发起连接请求。服务器收到该报文段后，需要回复一个带有SYN和ACK标志位的TCP报文段，用于确认收到并接受客户端的连接请求，并返回一个序列号，表示可以接受客户端的数据了。
同样地，在TCP断开连接的过程中，FIN标志位也需要消耗一个序列号。当客户端或服务器想要关闭连接时，它会发送一个带有FIN标志位的TCP报文段，用于告知对方连接即将关闭。收到响应后，发送方会等待另一端响应带有ACK标志位的TCP报文段，确认已经收到关闭请求，然后再发送一个带有FIN标志位的报文段，表示连接已经被完全关闭。
这种设计考虑到了TCP的可靠性和数据完整性。TCP需要保证在数据传输时对每个字节进行可靠的传输和确认，需要为每个字节都分配一个序列号，并在发送和接收时记录这些序列号。因此，即使SYN和FIN不携带任何数据，但是它们也需要消耗一个特定的序列号，以便能够保证TCP协议的可靠性和正确性。
5、什么是半连接队列？什么是SYN flood攻击？
半连接队列（Half-open Queue）是一种网络协议中的概念，用于处理传输控制协议（TCP）的半连接（Half-open Connections）状态。当一个客户端向服务器发送了一个SYN（同步）请求时，服务器会响应一个SYN-ACK（同步-确认）消息来建立一个半连接状态，等待客户端的ACK（确认）消息以完成TCP连接。
如果半连接队列已满，服务器将拒绝所有新的SYN请求，并认为其为DoS攻击。半连接队列可以通过调整系统内核参数和优化网络架构来进行优化，以确保服务器能承受大量的连接请求。
6、tcp快速打开（TFO）的原理？
TCP快速打开（TFO，TCP Fast Open）是一种加速TCP连接建立过程的技术。传统的TCP三次握手协议在建立连接时需要传输多个数据包，而TFO可以只使用一个数据包就完成连接建立，从而提高连接建立的速度。其原理如下：
- 客户端首次连接服务器时发送一个带有Cookie的SYN数据包。Cookie是服务器端根据之前与客户端的交互计算出的加密令牌，用于标识客户端的身份。
- 服务器接收到带有Cookie的SYN数据包后，会检查Cookie是否有效。如果有效，服务器可以立刻发送SYN+ACK数据包给客户端，同时将Cookie存储在TCP状态中。如果Cookie无效，服务器会忽略该请求，从而防止DDoS攻击。
- 客户端收到服务器的SYN+ACK数据包后，发送一个ACK确认数据包。此时连接已经建立完成，可以开始进行数据传输。
需要注意的是，使用TFO技术建立的连接，在第一次连接建立时，数据被加密并存储在服务器端，因此需要确保服务器的安全性。
总之，TCP快速打开技术可以在一个数据包的交互中完成连接建立过程，从而提高连接建立的速度。
7、tcp超时重传时间是如何计算的？
第一种解法:TCP超时重传时间是指当发送方在一定时间内没有收到确认数据包时，就会重传该数据包。这个时间是根据TCP协议的规定进行计算的。TCP超时重传时间通常由以下两个变量决定：
1. RTO（Retransmission Timeout）：表示超时重传时间，即在多长时间内没有收到确认数据包后，发送方将该数据包视为丢失，并进行重传。RTO的计算通常是基于已经收到的数据包的往返时间RTT（Round-trip Time）。
2. 计时器：发送方通常需要在发送数据包后启动计时器，以便在超时重传时间到期时确定需要重新发送哪些数据包。
在TCP协议中，RTO的计算通常是根据已经观测到的网络延迟来完成的。具体来说，RTO的计算方式通常包括以下三个步骤：
1. 记录每个数据包的发送时间。
2. 记录每个数据包的确认时间。
3. 计算出每个数据包的往返时间RTT，并基于此计算出RTO。通常，RTO的计算公式为：
RTO = RTT + 4 * RTT_VAR
其中，RTT_VAR是RTT的方差。
需要注意的是，这只是一种常用的TCP超时重传时间的计算方法，并不是唯一的计算方式。在实际应用中，还可能会对RTO的计算进行一些优化，例如采用加权平均等方法来计算RTT。
第二种解法：TCP超时重传时间是指在向对方发送数据后，如果经过一定的时间仍未收到对方的ACK确认，就会触发TCP的超时重传机制。TCP超时重传时间的计算方式比较复杂，一般可以分为两种方式：RTO（Retransmission TimeOut）和Exponential Back-off。
1. RTO方式
根据TCP协议的标准做法，TCP超时重传时间计算公式为：
RTO = 2 * RTT，其中RTT（Round Trip Time）指来回时间，即发送数据包到对方并收到ACK确认的时间间隔。
在RTO方式中，TCP使用测量的RTT来计算超时定时器。RTO的间隔固定为丢失前一个段之后的时间间隔的2倍，这取决于RTT的变化程度和网络状况。
2. Exponential Back-off方式
在Exponential Back-off方式中，TCP采用指数退避算法来计算超时重传时间，具体操作流程如下：
首先，TCP采用RTO方式作为初始值；
- 如果在RTO时间内未收到ACK确认，TCP将等待2倍的RTO时间，然后重传数据；
- 如果第二次重传依然没有收到ACK确认，TCP将等待4倍的RTO时间，然后重传数据；
- 如果第三次重传依然没有收到ACK确认，TCP将等待8倍的RTO时间，然后重传数据；
- 以此类推，重传次数越多，则等待时间也会越长，直到到达一个最大的阈值，超时重传过程才会停止。
总体来说，TCP超时重传时间的计算方式是在保证可靠传输和避免网络拥塞的前提下，结合RTT和指数退避算法，反映出网络状况和传输延迟的变化情况，从而达到更好的数据传输效果。
第三种解法：TCP超时重传时间是基于RTT（Round-Trip Time，往返时间）的估计计算的。TCP通过在每个数据包中包含一个时间戳来估算RTT。当发送一个数据包时，TCP记录一个时间戳，当收到确认回复时，TCP使用该时间戳计算数据包的RTT时间。
TCP还使用一个算法来估计RTT的平均值和标准差，这被称为Karn算法。该算法包括四个主要步骤：
- 如果在3个RTT之内没有收到确认，则超时并重传数据包。
- 在第一个RTT时，TCP不会做任何计算。
- 在第二个RTT时，TCP将RTT的平均值设置为先前的RTT，将标准差设置为先前标准差的一半，然后使用此平均值和标准差来计算一个新的超时时间。
- 在接下来的RTT中，TCP将继续更新平均值和标准差，以及计算新的超时时间。
通过这种方法，TCP可以动态地调整超时重传时间，以确保数据包在网络中的传输时有较高的成功率。
8、tcp的流量控制？
TCP的流量控制是一种机制，用于在传输数据时避免发送方发送过多的数据导致接收方无法处理。TCP通过窗口机制来实现流量控制，确保发送方和接收方之间的数据流速度是可控的。
具体来说，当TCP建立连接时，双方会协商出一个窗口大小，也称为接收窗口，用于限制发送方在接收方确认之前可以发送的数据量。如果发送方发送的数据量超过了接收方所允许接收的数量，接收方会发送一个窗口更新通知，让发送方知道接收方现在所能接收的数据量。
TCP的窗口机制有两种类型：
1. 滑动窗口：用于控制发送方将多少数据发送到接收方。发送方和接收方都有一个窗口大小，发送方会根据接收方的窗口大小来控制自己发送数据的数量，确保不会发送过多的数据导致接收方无法处理。
2. 拥塞窗口：用于防止网络中的拥塞。如果网络中的某个部分拥堵了，发送方的拥塞窗口会自动缩小，从而减少发送方发送数据的速率，直到网络恢复正常。
TCP的流量控制和拥塞控制机制是TCP协议的两个重要机制，它们一起保证了TCP在不同网络环境下的可靠性和性能表现。
9、tcp中的ack是什么？
ACK是TCP协议中的一种确认机制，代表Acknowledge（确认）的缩写。当一方发送数据给另一方时，接收方需要回复ACK确认收到数据。这样发送方就知道数据已经到达目的地，可以继续发送下一批数据，从而保证数据的可靠传输。ACK还可以用来确认另一方的状态信息和数据序号。
10、tcp与udp的区别？
TCP 和 UDP 是两种不同的传输协议，它们的主要区别如下：
- 连接与无连接：TCP 是面向连接的协议，UDP 是无连接的协议。TCP 在建立连接时需要三次握手，而 UDP 不需要。
- 可靠性：TCP 是可靠的传输协议，能够确保数据的可靠传输。UDP 则不保证数据的可靠传输，因为它不包含校验和或确认机制。
- 流量控制和拥塞控制：TCP 支持流量控制和拥塞控制，可以通过减缓发送速度来避免网络拥塞。UDP 则不支持这些功能，发送数据时需要注意网络状况，避免造成网络拥塞。
- 数据大小：TCP 可以传输任意大小的数据，而 UDP 的数据包大小限制为64K。
- 性能：由于TCP 面向连接的特性和数据可靠性的保证，应用程序中需要进行连接建立和大量的数据包确认，因此相对于UDP具有一定程度的性能损失。
总的来说，TCP 具有可靠性和流量控制等优势，适用于需要确保数据可靠传输和流量控制的场景，比如文件传输、电子邮件和网页浏览等；而 UDP 则具有简单、快速的特点，适用于实时传输、流媒体传输等场景。
此外，UDP 支持同时向多个目的地发送数据。数据传输方式的分类 如图所示
单播（unicast）是面向单个通信对象的数据传输方式；多播（multicast） 是面向事先确定好的多个通信对象的数据传输方式；广播（broadcast）是 面向非特定的多个通信对象同时通信的数据传输方式。 TCP 支持单播的传输方式，而 UDP 支持所有传输方式，即支持单播、 多播和广播
UDP 功能比较简单，而 TCP 拥有多个功能，相对比较复杂。
TCP 与 UDP 的功能对比
TCP 与 UDP 的特点对比
TCP 只有在收到 ACK 之后，才会发送新的数据，而且具有重传机制， 所以能够确保可靠性。可以说，TCP 正是牺牲了实时性才保证了可靠性。 UDP 则无视数据丢失和数据乱序的问题，持续发送数据包。而数据 接收方只要收到数据就会第一时间交给上一层即应用层。换句话说，UDP牺牲了可靠性，但提高了实时性。 从可通信对象的数量来看，TCP 只支持单播，如果想要与多个对象进 行通信，就必须针对每个通信对象建立一个连接。 在传输类型方面，TCP 是流模式，应用层待发送的数据都会首先经过 TCP 的处理（将数据分割为效率高的大小），再按照顺序被发送到网络层； 而 UDP 属于数据报模式，应用层待发送的数据需要直接加上 UDP 首部， 然后才被发送到网络层。
扫一扫
38万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
