
1 BBCCBB Jul 31, 2018 不太可能,可能是你本地测的,没啥压力,没遇到而已, 网络不可能理解你的协议规则, 所以肯定是存在粘包的. |
3 BBCCBB Jul 31, 2018 socket 本身会有一个读写缓存区, 像 java 的 netty 里, 代码里也会有读取和写入缓冲区, 你可以试一下多写点数据再去读, 应该就有粘包了, 不过没必要,因为理论上他是一定会有粘包的 == |
4 ETiV Jul 31, 2018 tcpdump 抓一波试试就知道了~ |
5 suikator Jul 31, 2018 |
6 MeteorCat Jul 31, 2018 via Android 没到瓶颈,可能是单人测试环境,试下虚拟机跑脚本请求大量数据 |
7 slowman Jul 31, 2018 每次看到有人提到粘包这个词,都挺烦的,5 楼帖子里民科说得好 |
8 ysc3839 Aug 1, 2018 via Android 也许开启了 NODELAY ? |
9 owenliang Aug 1, 2018 via Android 因为你发的太慢了 |
10 skinny Aug 1, 2018 在十几年前我搜索网络编程相关的文章,就被 CSDN 上的文章和帖子里的“粘包”这个民科概念误导过一阵子。 那个时候刚刚接触电脑,又没有读过网络编程相关的书,编程时既想要 UDP 的效果,又想要 TCP 的可靠,还想“简单”,同时明明知道先发送个数据长度或数据类型,亦或是使用分隔符就可以解决的问题,却不知道为什么就是不愿意这么做,然后就搜索相关解决办法看看别人怎么做的,然后就不幸看到“粘包”这个愚蠢的说法,还被误导了一阵子。 现在都 8102 年了,怎么现在还有人用这个民科概念,楼主该看看书更新更新脑子啦! |
11 skinny Aug 1, 2018 呃,楼里不少人该看看书更新更新脑子了。 |
12 salamanderMH Aug 1, 2018 tcp 没有所谓的“粘包”问题,本就是流式协议 |
13 danc Aug 1, 2018 哈啊哈 |
15 reus Aug 1, 2018 以前的人水平不行,不知道 TCP 是流式协议,以为在发送端 Write 什么,接收端的 Read 也会得到同样的数据,结果在发生合并或者分割的时候,就称之为“粘包”。所以“粘包”根本不是“问题”,问题在于不懂得在应用层做切分。 |
16 lolizeppelin Aug 2, 2018 via Android 粘包半包也就是个说法 拿个词来黑没什么意思吧 |