This topic created in 2033 days ago, the information mentioned may be changed or developed.
 | 1 temporary Oct 12, 2020 粘包是什么 |
 | 2 Mohanson Oct 12, 2020 via Android  29 喂，110 吗 |
 | 3 LANB0 Oct 12, 2020 粘包是什么？ 基于 TCP 的应用层协议数据，处理方法只有 2 种： 1 、逐字节从 socket 读取数据，匹配起始标识和头信息，根据头信息中的数据段长度继续读取指定长度的数据段 2 、socket 收的数据全部丢入循环缓冲区，同时运行指定的分包线程从缓冲区分包取数据包处理 |
 | 4 mxT52CRuqR6o5 Oct 12, 2020 via Android 1 别用 tcp，用些上层协议(比如 websocket)，解决方案也无非是自己再实现一套类似 websocket 的上层协议 |
 | 5 stephenxiaxy Oct 12, 2020 自己根据自定义协议处理 |
 | 6 no1xsyzy Oct 12, 2020 Cops In Action |
 | 7 nxforce Oct 12, 2020 tcp 是流吧。。。粘包是个什么鬼。。。 在 tcp 流里读取数据，一定会有边界的概念的，我们一般在流里的前几个字节存放后面的 data 的长度，再根据这个长度获取数据流的 data 啊。 |
 | 8 nutting Oct 12, 2020 狗头伸出来 |
 | 9 dallaslu Oct 12, 2020 3 他来了他来了，他带着两个粘在一起的包来了 |
 | 10 GM Oct 12, 2020 @joyhub2140 大部分是初学者不理解 stream 这个概念，总以为发送方 send 了一次，接收方 read 一次就能读到完整内容（恰恰好完整，不多也不少），结果实际发现 read 出来的内容有时候多、有时候少、又有时候刚刚好相同，百思不得其解，最后有人对这种现象造出一个词：“粘包”。 |
 | 11 noe132 Oct 12, 2020 via Android 这得看你想处理粘(nian)包还是粘(zhan)包 |
 | 14 wysnylc Oct 12, 2020 9 大胆,何人在此粘包! |
 | 15 Lostbit OP @stephenxiaxy 想偷个懒 找个第三方插件用用 |
 | 17 livepps Oct 12, 2020 手写也是分分钟吧，消息头加上长度。 超过长度的数据切割出消息，末尾多的数据缓存等待新数据。 不够长度的直接缓存等待新数据。 |
 | 18 opengps Oct 12, 2020 via Android 自己重新封装下 socket 处理吧 |
 | 19 reus Oct 12, 2020 所有能处理流的，都能处理 tcp 例如绝大部分浏览器都自带的 Streams api https://developer.mozilla.org/en-US/docs/Web/API/Streams_API 菜。 |
 | 20 Chenamy2017 Oct 12, 2020 流处理处理，协议定义好，协议头+数据内容。协议头固定长度且包括数据内容长度，然后就是按需从流数据里面取数据就好了。 |
 | 21 muzuiget Oct 12, 2020 月经问题，认为“粘包”是个问题，都是对“数据流“概念理解错误。 |
 | 22 back0893 Oct 12, 2020 via Android 2 粘包警察不请自来 |
 | 23 imherer Oct 12, 2020 果然，我就知道会是这样的评论 |
 | 24 xuanbg Oct 12, 2020 别想着直接用 socket 传数据，应用层协议不好给你吃掉的啊，楼主。 |
 | 25 ochatokori Oct 12, 2020 via Android 粘包警察出动 |
 | 26 zunceng Oct 12, 2020 用个 rpc 吧 别手撸 tcp 了 大家都不知道怎么回答你 |
 | 27 PepperEgg Oct 12, 2020 粘包听起来感觉就像是 一个包数据流在光纤中传输被后面一个包追上了 两人打了一架 XD |
 | 29 yolee599 Oct 12, 2020 粘包警察不请自来。tcp 就是数据流协议，不存在“粘包”一说。 |
 | 30 zsdroid Oct 12, 2020 正确的发帖法：nodejs 有没有好用的解决粘流问题的库 |
 | 31 shyling Oct 12, 2020 有，不用 nodejs，推荐 netty |
 | 32 lingxi27 Oct 12, 2020 这不是一个“问题” |
 | 33 bleepbloop Oct 12, 2020 参考 http 协议 |
 | 34 BreadBig Oct 12, 2020 @Chenamy2017 正解。 基于 tcp 自定义的应用层协议，自己按约定好的协议拆包即可，想找现成的工具库不现实 |
 | 35 leafdream Oct 12, 2020 先看看脑子 |
 | 36 monkeyWie Oct 12, 2020 via Android 日常粘包 |
 | 37 icyalala Oct 12, 2020 2 看到标题就猜到下面回复是个什么样子了 |
 | 38 neoblackcap Oct 12, 2020 @cl903254852 你又要基于 TCP 进行网络编程，你又不要定义协议的解析方式。那为什么要用 TCP 呢？你基于 http 不就可以了？ |
 | 39 masker Oct 12, 2020 via Android 钓鱼一时爽，全家*** |
| 40 neoblackcap Oct 12, 2020 @zsdroid 流就更没有粘流了，不如直接说有没有网络编程方式不用自己解析协议好了。 我是不明白既然都不愿意定义协议了，为什么还要基于 TCP 进行编程。 |
 | 41 springz Oct 12, 2020 看到标题就知道评论区盛况了，用上层协议吧，http，websocket 都行，非要用 TCP 那就自己定义下结构，最简单的定义一个起始标志位后面有多少个字节的数据，往后逐字节读到 buffer 里。 |
 | 42 AmosAlbert Oct 12, 2020 TCP 没有粘包这个说法哈，下次注意点 正确的发帖法：nodejs 有没有好用的解决粘流问题的库 |
 | 43 ZRS Oct 12, 2020 via iPhone 不样钓鱼 |
 | 44 pabupa Oct 12, 2020 哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈 |
 | 45 djoiwhud Oct 12, 2020 你都用 nodejs 了，为啥不用 websock ？ websock 读一次是一个完整的包。 |
 | 46 lewinlan Oct 12, 2020 via Android 粘包警察可真优越啊 |
 | 47 lxilu Oct 13, 2020 via iPhone 还是叫乱流吧 |
| 49 Lostbit OP @neoblackcap 是需要定义协议的，header 固定，加个 body 长度，然后封装一下就行了，我是想如果有比较好用的库能帮我解决，我就不用自己写了 |
 | 50 raptor Oct 13, 2020 粘包这个说法从开始就是个误导加错误的概念，不知道是哪个 TCP 没学好的沙雕造出来的说法…… |
 | 51 letking Oct 13, 2020 @cl903254852 那你直接问有没有封装协议的库不好吗？跟谁学的“粘包”？ |
 | 52 baxtergu Oct 13, 2020 固定长度消息头里写消息体的长度，读取的时候不够就缓存下来不处理，等下一个包拼起来完整了再处理 |
 | 53 oneoyn Oct 13, 2020 netty |
 | 55 samzhou Oct 13, 2020 这两个库配合使用很好 ByteBuffer ExBuffer 发现这个网站论坛，吹水的人比较多，务实的少。。。 而且看到想回复你总是，连个注册登录都要 VPS 跑到 google 上去。。。 |
| 57 Lostbit OP @Chenamy2017 如果在协议头添加一个请求 ID 作为唯一标识，比如整个标识从 0 自增，问题是这段代码可以说是高频的，而协议头是固定大小的，请求 ID 早晚会溢出，这个有好的方法吗？ |
 | 58 aaronlam Oct 30, 2020 [为什么 TCP 要粘我的数据包]( https://www.aaronlam.xyz/2019/04/04/why-tcp-sticky-my-packet/) 可以了解一下。。 |
Select Language