V2EX › bombless 的所有回复 › 第 4 页 / 共 61 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 61

❮

❯

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 其实是你本来就应该一次读一个字节，然后设计套接字接口的时候为了性能就一次返回了缓冲区中多个字节。读文件的时候同理

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 好歹你知道这几张图都是对问题的错误理解了吧

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 是字节流啊，说了多少次，不是拆了，是字节流只能这么设计接口，要不你怎么设计。怎么就拆了呢

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 看来你懂了，那你明白我为什么说 po 主放的图是错的了吧。他对整个问题都误解了

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 那是为了最终拼接起来，你只应该关注拼接到什么进度了，不应该关注拼接了几次。这就是我说的你不应该关注每次调用返回了多少数据

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 不返回占用的是操作系统自己的内存，这个对操作系统稳定性是个伤害

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 看来你跟作者观点一样……我简单解释一下吧，你只是在读一个字节流，根本不应该关注你每次读了多少字节。操作系统就可以把邻接的一大串数据一次发给你，也可以每次发你一个字节让你慢慢读。因此你的 recv 每次读多少数据跟网络传输情况并没用关联，一般来说你也不应该关注，更重要的是不能因此影响你正确解析你自己设计的应用层协议。

从另一个方向解释，比如说你从 unix 套接字 recv，这时候是单机的，这时你从套接字读数据就完全是操作系统和往里写数据那一方决定了。

你仔细想想，你读写大文件的时候是不是也是一次不一定读完可能要读多次。

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@zhicheng 跟 tcp 本身也没太大关系，设计文件格式的时候也是一回事……

而且作者怎么没想到如果他想的没错，两个包为什么不会调换顺序，哈哈哈

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang 你没看到 po 主的图吗，你没发现这几张图就是瞎扯吗

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

跑出来教人

2018 年 8 月 11 日

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@urmyfaith 主要是看到不懂的人出来传教确实挺尴尬的。可以看出来 po 主没理解 tcp/ip 的多层设计到底是怎么回事。

说起来最近小火了的一个 golang 程序员对归档文件和 jar 的理解也是错的，然后还