TCP 粘包？到底有没有粘包？

68 条回复 • 2024-08-27 10:25:32 +08:00

1

error0

OP

89 天前

说好月经贴呢人呢？？？

2

GeekGao

89 天前

“TCP ”粘包和拆包“ 这个说法像是 TCP 的设计错误” —— 这只是 OP 自己的感觉吧。。。

要正确处理 TCP 流数据,应用层需要:
1.自己定义消息的边界,例如使用固定长度、长度字段、或特殊分隔符。
2.在接收端根据定义的边界来解析完整的消息。
3.不要假设一次接收的数据就是一个完整的消息。

3

error0

OP

89 天前

@GeekGao 🤣你怎么跳过阅读到最后

4

anjingdexiaocai

89 天前 via Android

1

个人理解所谓的粘包，拆包，都是应用层协议定义不明确，把锅甩给传输层。就好比装货和卸货两方自己不定义好规则，怪运输火车搞出问题。

5

07aPzknB16ui9Cp3

89 天前

5

引流的态度要不要这么屌的哦

6

error0

OP

89 天前

@GeekGao 但是在很多技术论坛就是这样，很多书籍，以及面试题都再说如何处理 tcp 粘包问题

7

error0

OP

89 天前

@wuzzispacelake （逃

8

GeekGao

89 天前

@error0 因为在我的印象里，没人说 TCP 协议有这种“设计错误” 啊，所以，我的认知里就不会存在你观察到的“问题“

9

error0

OP

89 天前

@GeekGao 你可以到搜索引擎搜到如何处理 tcp 粘包问题，这不就是再说是 tcp 的问题吗？

10

error0

OP

89 天前

@GeekGao 就是有那种为什么 tcp 不帮我处理好数据边界要分开有一种责怪的认为

11

julyclyde

89 天前

@error0 你要是觉得能搜到就存在，那你的理解能力和逻辑都有问题

12

julyclyde

89 天前

@error0 因为 TCP 是流，所以不负责处理边界

13

error0

OP

89 天前

@julyclyde 请指出我的哪里理解不对。感谢！

14

GeekGao

89 天前

@error0
1.这是应用层开发问题啊。无非就是词汇的释义问题罢了
2.我没见到有帖子说这是 TCP 的协议缺陷啊。
3.难不成取消这个词，非要改口为：“TCP 协议栈的应用层如何处理 TCP 流（数据不延续）问题” 类似的一长串话？

15

julyclyde

89 天前

@error0 哪里不对？是逻辑不对
tcp 是底层协议，你要分界的是高层协议
底层对高层根本无感知，当然不负责去做分界了

16

error0

OP

89 天前

@GeekGao 1 、确实是的，但是何必造出一个所谓的词汇？是没有词汇能解释这种现象？ 2 、你可以 google 搜索 “如何处理 tcp 的粘包？” 这个问题会让别人以为这是 tcp 的缺陷，实际上是用户处理不当。3 、大部分有权威的网络书籍都在说 tcp 流不会按照用户所认为的长度传输。

17

error0

OP

89 天前

@julyclyde 我所表达就是底层对高层无感知！

18

GeekGao

89 天前

@error0

我是觉得是你自己已有的知识领域的偏见（非贬义，因为每个人都有不同程度的偏见）导致了你的这次思考和质疑。
关于词汇释义问题，未必说都是科学的，好比村妇喂鸡时大叫“咯咯咯咯”，有的人觉得应该改为“咕咕咕咕“才对。
但是一旦形成了群体共识，那么就不好反驳了，毕竟你觉得对的，别人不会觉得对，何况本质上也没对错之分。

19

oamu

89 天前

粘包👮来了！谁说粘包的通通带走！

20

coderxy

89 天前

说粘包的通通逮走

21

maigebaoer

89 天前 via Android

再说粘包，直接抓起来🔫打靶！

22

Znemo

89 天前

没见过有人觉得这是 tcp 的缺陷，不了解的人不敢质疑，了解的人知道咋回事。我反而觉得这个词会让人更近一步的了解 tcp 。

23

seers

89 天前

1

我倒觉得没啥，tcp 毕竟是字节流，包是上层定义的，在上层看来，底下的包不就是一个个粘在一起的吗哈哈哈

24

james122333

89 天前 via Android

这是应用层处理资料逻辑目前来看读行方式才是好的处理方法

25

DefoliationM

89 天前 via Android

人的问题，udp 太大到 ip 层也会分包，如果 ip 层的分片也是用户态自己写的话，那 ip/udp 粘包也会成为日常问题。

26

DefoliationM

89 天前 via Android

@DefoliationM 当然 ipv6 除外

27

sagaxu

89 天前

这是 TCP 的缺陷，或者说不便(容易误用，使用麻烦)之处，所以后来的 SCTP 是基于帧的，只不过历史太重改不了了

28

mx1700

89 天前 via Android

1

文章写的很好，所谓的"粘包"现象实际上是对 "stream" 这个抽象设计的不理解

29

littlewing

88 天前

TCP 没有 package ，TCP 是 stream

30

fovecifer

88 天前

你要是聊 TCP 的缺陷，那就太多了，要不然也不会有 QUIC 。

但是谁再提粘包，那就别当程序员了

31

iOCZS

88 天前

不同层次的问题

32

wen20

88 天前

"粘包" 是个很早就有的词，表示程序代码读取 tcp 流时发生了“非预期现象”，是一种错误使用。
哪位觉的"粘包"这词不妥，给个合理新词描述这种现象？

33

julyclyde

88 天前

@wen20 可以用“error”这个词

34

julyclyde

88 天前

@wen20 mistake 这个词更合适吧。强调是主观错误而非客观错误

35

Rorysky

88 天前

流式协议，黏豆包呀，什么你业务黏了，那和我传输层协议有什么关系？

36

Bingchunmoli

88 天前 via Android

@julyclyde error 不太合适，不是 TCP 的错误叫 tcp 错误不太合理

37

anzu

88 天前

6

你提到的《 Netty 权威指南（第 2 版）》是国人写的，我还以为是翻译著作，给自己写的书冠以权威二字真是相当有勇气。计算机类书籍，不要看国内的写的，基本都是垃圾，就像这本一样，有意无意推广了「 TCP 粘包」这种错误的说法。

38

xuxihai

88 天前

@error0 ｀ TCP 粘包？到底有没有粘包？｀有啊！` “TCP 粘包像是错误的设计” ` 也没问题啊，这不是 TCP 的问题，“TCP 粘包“不是问题，"TCP 粘包"是一种现象！本质上是应用协议设计者没有考虑消息边界导致的一种现象。

39

Kylin30

88 天前

他们吵起来是因为一边的”粘包“是动词，一边的”粘包“是名词。

40

kenvix

88 天前 via Android

当启用了 Nagle 时，会粘包。通常强烈建议考虑粘包的情况

41

kenvix

88 天前 via Android

也就是说，只要你没显式指定 TCP_NODELAY ，那就有可能粘

42

cnbatch

88 天前

2

打个生活化的比喻：
UDP 相当于带虚线的纸（例如厕所卷纸、针式打印机的打印纸），可以按照虚线一格一格拔断
TCP 相当于购物小票打印纸，需要自己计算好切纸位置

所谓“粘包”，相当于用惯虚线纸的人以为购物小票卷纸也是有虚线可以拔的，拿到手才发现没有虚线，总是断错位置。

43

cnbatch

88 天前

所以“粘包”完全就是使用者自己用法错误，乱起“术语”

44

conanxu

88 天前

1

我只关心有没有粘豆包

45

mingl0280

88 天前

TCP 哪来的包？你再说一遍粘什么？

46

hekkowoerld

88 天前

nagle 只是优化机制，不是错误，国内技术圈自嗨的产物

47

simenet

88 天前

再说粘乱棍打死

48

julyclyde

88 天前

@Bingchunmoli 是的。所以后来我又发了一句，觉得应该用 mistake 这个词

49

est

88 天前

不沾只是偶然。

50

iceheart

88 天前 via Android

看起来是不懂 TCP 如何使用的程序员，在用 UDP 的方式处理数据的时候遇到了问题。他们又不承认自己错了，就发明了"粘包"这个词。

51

offswitch

88 天前

这玩意儿有什么好讨论的，一点技术含量都没有的东西。

52

jinghong

88 天前

一直不知道是读“zhan”还是读“nian”

53

leaflxh

88 天前

1

对 TCP 包进行赋能，热了，就不粘了

54

cwek

88 天前

1

首先记住 TCP 是一个流式负载的传输层协议，对上层应用层协议没有明确的报文长度机制，所以 100 字节输入进去，对面不保证一次读取就是 100 字节到齐（可能多次 1 字节交付，或者连后面再传入的 100 字节一起交付）。所以需要知道报文长度的应用层协议必须自己想办法制定应用层报文长度确认机制，不要靠 TCP 帮你解决这个问题，它不解决。

55

cwek

88 天前

所以“粘包”这东西就是搞错了自己写基于有边界的应用层协议，通过 TCP 层传输时，会体现出 IP 层的传输边界，但实际上 TCP 层没有“传输边界”这玩意，就是一串在管子的粘性果冻串，透明到看不出边界，就算 IP 层将管子切成一段段，在连一边粘回一起，从管子出来时，还是一整条透明到看不到边界的粘性果冻串，所以应用层需要自己塞一些有颜色的果冻段来方便接受层知道，这一长串果冻是有边界的。