1. ping 127.0.0.1 后会发生什么?
ping 127.0.0.1 ;ping 0.0.0.0 ; ping localhost
面试官问:断网了,还能ping通 127.0.0.1 吗?为什么?_kevin_tech的博客-CSDN博客
2. MTU,MMU是什么?
3. 粘包是什么:怎么解决?
怎么解决TCP网络传输「粘包」问题? - 知乎 (zhihu.com)
之所以TCP会出现粘包:原因是:TCP 协议是流式协议,协议的内容是像流水一样的字节流。 应用层传到 TCP 协议的数据,不是以消息报为单位 向目的主机发送,而是以字节流 的方式发送到下游,这些数据可能被切割和组装成各种数据包,接收端收到这些数据包后没有正确还原原来的消息,因此出现粘包现象。
举个例子,A 与 B 进行 TCP 通信,A 先后给 B 发送了一个 100 字节和 200 字节的数据包,那么 B 是如何收到呢?B 可能先收到 100 字节,再收到 200 字节;也可能先收到 50 字节,再收到 250 字节;或者先收到 100 字节,再收到 100 字节,再收到 100 字节;或者先收到 20 字节,再收到 20 字节,再收到 60 字节,再收到 100 字节,再收到 50 字节,再收到 50 字节......
作为发送方的 A 来说,A 是知道如何划分这两个数据包的界限的,但是对于 B 来说,如果不人为规定多少字节作为一个数据包,B 每次是不知道应该把收到的数据中多少字节作为一个有效的数据包的,而规定每次把多少数据当成一个包就是协议格式定义的内容之一。
如果不规定每次传输的内容长度,通信双方进程直接read() write() ,在本机由于网络状况好,不会出啥问题。但是若在不同主机间这种方式通信,会导致 ①数据截断 或 ②数据乱码
出现 ①数据截断 这种情况的原因是:A发送了第一个包100字节,但是B收到了前50 ,同时B的缓冲区大小是70,因此,B自动给这获得的50字节补充了一个\0 ,接下来再收到A发来的后50字节因为\0的存在,不会被读走。
出现 ②数据乱码 这种情况的原因是:A发送了第一个包200字节,B的缓冲区大小是70,因此,B最多收到70字节,此时,由于数据包没有结束,因此没有\0结尾,在读取的时候,就会因没有\0一直读取,越界了也要读取,一直到读到\0才会停止,而这会导致读取到不需要的非法数据,形成乱码。
总结下,粘包出现的根本原因是不确定消息的边界 。接收端在面对**"无边无际"的二进制流** 的时候,根本不知道收了多少 01 才算一个消息 。一不小心拿多了就说是粘包。其实粘包根本不是 TCP 的问题,是使用者对于 TCP 的理解有误导致的一个问题。
粘包的解决方法:只要在发送端每次发送消息的时候给消息带上识别消息边界的信息,接收端就可以根据这些信息识别出消息的边界,从而区分出每个消息。
常见的方法有
- 相互协定好包的大小
即每个协议包的长度都是固定的。举个例子,例如我们可以规定每个协议包的大小是 64 个字节,每次收满 64 个字节,就取出来解析(如果不够,就先存起来)。
这种通信协议的格式简单但灵活性差。如果包内容不足指定的字节数,剩余的空间需要填充特殊的信息,如 \0。
- 加入特殊标志作为头尾,比如当收到了
0xfffffe
或者回车符,则认为收到了新消息的头,此时继续取数据,直到收到下一个头标志0xfffffe
或者尾部标记,才认为是一个完整消息。
在收到头标志时,里面还可以带上消息长度,以此表明在这之后多少 byte 都是属于这个消息的。如果在这之后正好有符合长度的 byte,则取走,作为一个完整消息给应用层使用。
【注意】:为了放置在消息内容中也包括这个特殊字符,往往需要在标志位后面加上CRC验证段等,让接收端拿到整段数据后校验下确保它就是发送端发来的完整数据。