面试知识记录——网络

  1. TCP协议的三次握手和四次挥手?
    三次握手:
    第一步(SYN):客户端向服务器发送一个带有SYN标志的数据包,表示请求建立连接。该数据包中会随机选择一个初始序列号(ISN)。
    第二步(SYN+ACK):服务器接收到客户端的请求后,会发送一个带有SYN和ACK标志的数据包,表示同意建立连接,该数据包中会确认客户端的初始序列号,并且选择自己的初始序列号。
    第三步(ACK):客户端收到服务器的响应后,会发送一个带有ACK标志的数据包,表示确认服务器的初始序列号。
    四次挥手:
    第一步(FIN):当客户端决定关闭连接时,发送一个带有FIN标志的数据包,表示不再发送数据,但仍然接收数据。
    第二步(ACK):服务器接收到客户端的关闭请求后,发送一个带有ACK标志的数据包,确认客户端的关闭请求。
    第三步(FIN):服务器决定关闭连接时,发送一个带有FIN标志的数据包,表示不再发送数据,但任然接收数据。
    第四步(ACK):客户端接收到服务器的关闭请求后,发送一个带有ACK标志的数据包,确认服务器的关闭请求。
  2. 三次握手和四次挥手的意义?
    三次握手的意义:
    确认双方的接收能力:通过三次握手,客户端和服务器可以确保批次的接收能力和可达性,以便正常进行数据通信。
    同步双方的初始序列号:在握手过程中,双方会交换初始序列号(ISN),用于后续的数据传输和确认。
    防止已失效的连接请求产生问题:由于网络延迟原因,客户端发送的连接请求可能会在一段时间后才到达服务器。通过三次握手,服务器可以判断这是一个新的连接请求还是之前已经失效的连接请求,并采取相应的处理。
    防止连接双方出现死锁:三次握手确保了双方能够接收到对方的确认,避免了由于连接请求的不对称性导致的死锁情乱。
    四次挥手的意义:
    可靠地关闭连接:四次挥手过程中,双方可以互相通知对方不再发送数据,并等待对方的确认。这样可以确保双方都知道连接将要关闭,避免了数据丢失或者不完整的情况。
    确保数据传输的完整性:在关闭连接之前,双方可以继续传输尚未完成的数据,并等待对方的确认。这样可以确保数据的完整性和正确性。
    避免TIME_WAIT状态在成资源浪费:四次挥手中的最后一个ACK包在发送后,需要等待一段时间(通常是两个最大段生存期,即MSL)才能关闭连接。这是为了确保网络中的所有剩余数据都被对方接收到,避免在该连接上的旧数据影响新的连接。在等待期间,连接处于TIME_WAIT状态。通过等待一段时间后关闭连接,可以避免该连接的资源被浪费。
    总的来说,三次握手和四次挥手的过程旨在建立和关闭连接,确保双方的可靠通信,并避免因网络延迟、不对称性或已失效的连接请求而导致的问题。这些过程保证了连接的可靠性、数据的完整性,以及网络资源的有效利用。
  3. TCP中的封包和粘包问题?
    在TCP中,封包和粘包的问题主要是由于数据的传输过程中,TCP协议对数据流进行了拆分
    和合并的机制,导致接收方无法准确地识别出每个单独的消息边界。
  4. 如何解决封包和粘包问题?
    定长消息:发送方将每个消息固定为相同的长度,接收方根据固定长度来切分消息。
    特定字符分隔:发送方在消息之间添加特定的分隔符,接收方根据分隔符将消息切分开来。
    消息头部长度字段:发送方在消息头部添加一个表示消息长度的字段,接收方首先读取消息
    头部长度字段,然后根据长度来准确地读取完整的消息。
    应用层协议:在应用层定义自己的协议,包括消息的结构,头部字段,以确保接收方能够准确地解析每个消息。
  5. TCP中的丢包问题?
    TCP协议本身具备丢包重传机制,它通过确认和超时重传来确保数据的可靠传输。如果发生丢包,TCP会根据超时定时器触发重传机制,重新发送丢失的数据。
    因此,TCP已经在协议层面为我们处理了大部分的丢包问题,开发者只需要使用TCP协议进行数据传输即可。
  6. UDP中的封包、粘包和丢包问题?
    在UDP中由于其无连接,不可靠的特性,封包、粘包和丢包问题更加常见。
    封包和粘包问题:在UDP中,应用层需要负责对数据进行分割和重组。可以使用于TCP类似的策略,如定长消息,特定字符分隔,消息头部长度字段等。
    丢包问题:由于UDP不具备重传机制,发生丢包后数据会被丢弃,因此在UDP中需要自行处理丢包问题,可以通过以下方式应对:
    应用层重传:发送方在一定时间内未收到接收方的确认,可以自行重传数据。
    冗余数据:发送方在数据包中增加冗余信息(例如校验和),接收方通过校验和来检测数据的完整性,如果校验和不匹配,则请求发送方重传数据。
    快速接受确认:接收方可以及时向发送方发送接收确认,以提醒发送方数据已经到达。
  7. 在什么请情况下会造成数据丢包?
    丢包指的是在数据传输过程中,数据包在网络中丢失,无法到达目的地,丢包可能发生的情况包括:
    网络拥塞:在网络中的流量超过网络设备处理能力时,数据可能会被丢失,以减轻网络负载。
    信号干扰:在无线网络中,信号干扰可能导致数据包丢失或损坏。
    路由器故障:路由器可能出现故障,导致数据包丢失。
  8. 在什么情况下会造成数据粘包?
    粘包指的是多个独立的数据包在传输过程中被粘在一起,形成了一个大的数据包。粘包可能发生的情况包括:
    发送方连续发送:如果发送方连续发送多个数据包,接收方的接收缓冲区可能无法及时处理,导致多个数据包被合并成一个粘包。
    缓冲区大小不合适:接收方的接收缓冲区大小设置不合适,导致无法正确切分数据包,从而造成粘包。
    网络延迟或抖动:在高延迟或网络抖动的情况下,数据包可能会延迟到达接收方,从而与后续的数据包粘在一起。
  9. 大小端是指什么?
    大小端(Endianness)是一种表示多字节数据在内存中存储顺序的方式。它指的是在多字节数据类型的存储过程中,字节的排列顺序。
    有两种常见的大小端方式:
    a.大端序(Big Endian):在大端序中,高位字节存储在低地址,低位字节存储在高地址。类似于人类阅读数字的方式,从左到右,先读高位后读低位。
    b.小端序(Little Endian):在小端序中,低位字节存储在低地址,高位字节存储在高地址。类似于数字书写的方式,从右到左,先写低位后写高位。
    考虑一个16位整数值`0x1234`(十六进制表示),它由两个字节组成:高位字节未`0x12`,低位字节为`0x34`。
     在大端序中,高位字节`0x12`存储在低地址,低位字节`0x34`存储在高地址。
     在小端序中,低位字节`0x34`存储在低地址,高位字节`0x12`存储在高地址。
    不同的硬件和操作系统可以选择不同的字节序,但在网络通信中,存在一个同意的网络字节序(BigEndian)作为通用约定,以确保不同机器之间的数据传输和解析的一致性。
    因此,在网络编程中,通常需要进行大小端的转换,以确保数据在不同平台上的正确传输和解析。
  10. 如何解决网络接收的数据比缓冲区大的问题?
    当网络接收的数据比缓冲区要大时,可能会发生数据截断或溢出的问题。为了解决这个问题,可以采用以下策略:
    a.循环接收数据:在接收数据时,使用循环读取的方式,将接收到的数据存储到缓冲区中,直到将所有数据都接收完毕。这样可以确保接收到的数据完整存储到缓冲区中。
    b.动态调整缓冲区大小:如果已知数据的大小超过缓冲区大小,可以根据数据的大小动态调整缓冲区的大小,确保缓冲区能够容纳全部数据。在接收数据之前,先检查数据的大小,如果超过缓冲区的大小,则重新分配一个足够大的缓冲区。
    c.分段接收数据:如果数据的大小超过缓冲区大小,并且无法调整缓冲区大小或者希望避免过大的内存分配,可以采用分段接收数据的方式。先接收缓冲区大小的数据,然后根据需要,继续接收剩余的数据。可以使用循环接收的方式,多次接收数据,直到接收到完整的数据。
    d.使用流失处理:如果接收到的数据是一个流式数据,而不是固定大小的包,可以使用流失处理的方式逐步处理数据,而不是等待接收到全部数据再进行处理。这样可以避免数据量过大导致的问题。
    e.数据分片和重组:如果数据被拆分成多个分片发送,接收方可以根据数据的标识信息,将分片按顺序重组成完整的数据。这样可以处理数据比缓冲区大小大的情况。
  11. 网络的接收速度比读取数据的速度块时,会发生什么问题,如何解决?
    当网络的接收速度比读取数据的速度块时,会出现接收缓冲区溢出的情况。这可能会导致数据丢失或系统资源的过度消耗。
    为了解决这个问题,可以采取以下策略:
    a.增大接收缓冲区的大小:通过增大接收缓冲区的大小,可以容纳更多的数据,减少溢出的可能性。这样可以在一定程度上平衡接收和读取速度的差异。
    b.数据丢失或缓存:如果无法避免接收速度比读取速度块的情况,可以考虑丢弃部分数据或将数据缓存起来。例如,可以设置一个数据缓冲区,当缓存区满时丢弃最旧的数据,以确保接收缓冲区不会溢出。
    c.使用环形缓冲区:环形缓冲区是一种循环利用的缓冲区,可以不断地重复使用。当缓冲区的末尾到达时,可以从缓冲区的开头继续写入数据,实现循环使用。这样可以避免溢出问题,但需要合理处理读取和写入指针的位置。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Winjet_

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

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

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

打赏作者

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

抵扣说明:

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

余额充值