Code Bye

Socket网络层底层原理问题

我映像中好像是数据包先到网卡缓冲区,然后读取的时候是批量的从网卡缓冲区复制到JVM的内存里由流去读
问题1:请相关领域的大神验证一下上述的说法是不是正确。

int firstByte = inputStream.read();
int count = inputStream.available();
if(count != 0){
       inputStream.read(count个字节)
}

问题2:由于每个数据包的大小不固定,那么上述代码是不是会出现 inputStream.available();返回的位置将一个数据包切成两半,然后通过流读到的数据是不完整的数据包

不懂,顶一下
没人研究过么
当然不正确,最低层的原理当然是0和1
read 有返回值
引用 4 楼 shmy110 的回复:

当然不正确,最低层的原理当然是0和1

看清楚问题,不要回答这种莫名其妙的东西


70分
问题1这么理解不算错,实际上过程要复杂得多
问题2,完全不用担心,jvm工作在网络七层协议的五层之上。而数据包是第二层负责的,简单来说就是操作系统的接口已经接管了类似问题,jvm直接认为收到的都是可靠数据。

30分
问题1:

数据包先到网卡缓冲区,然后读取的时候是批量的从网卡缓冲区复制到JVM的内存里由流去读

我的理解: Socket的确是建立缓冲区,你读取数据包就是接收缓冲区,如果是发送就有发送缓冲区,读取数据包,就是获取Socket缓冲区的输入/输出流,读取数据。 至于有没有复制到JVM,这个我不太清楚。 

问题2:
由于每个数据包的大小不固定,那么上述代码是不是会出现 inputStream.available();返回的位置将一个数据包切成两半,然后通过流读到的数据是不完整的数据包

这个不会啊,Socket发送和接收文件都是通过流,inputStream.available();通过这个获取响应字符的大小,读取数据后转换成流…   然后传输,得到的都是完整的,除非你多线程去访问,可能就会出现得到数据包不完整的情况

这是我的理解,.不知道对不对,仅供参考~

引用 7 楼 HinanaiTenshi 的回复:

问题1这么理解不算错,实际上过程要复杂得多
问题2,完全不用担心,jvm工作在网络七层协议的五层之上。而数据包是第二层负责的,简单来说就是操作系统的接口已经接管了类似问题,jvm直接认为收到的都是可靠数据。

这个跟我今天研究的结果比较相似,事实上,tcp协议保证的是read到的东西一定是write的东西,所以available读到的一定是完整的数据报文,而通过定长的byte缓冲区读出来的也确实有可能是不完整的报文

引用 6 楼 ygycomon 的回复:
Quote: 引用 4 楼 shmy110 的回复:

当然不正确,最低层的原理当然是0和1

看清楚问题,不要回答这种莫名其妙的东西

我有回答你么?不知所谓。我甚至都没看你的问题之道么,这种脑残标题一看就是脑残之人想出来的。


CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明Socket网络层底层原理问题