在前面的文章中, 我们讨论过tcp粘包问题, 当时考虑的场景是, 如果接收端来不及接受, 那么就会造成粘包, 事实上, 这是tcp粘包的一个原因之一, 这是接收端的粘包。 实际上, 粘包还可能发生在发送端。
接收端的粘包, 基本可以认为是应用程序没有及时读取所造成的。 而发送端的粘包, 则主要归因于TCP nagle算法。
先来看一个生活中的例子:
你要从深圳去上海, 可以乘飞机, 但是飞机如果专门为你一个人跑一趟, 那代价就大了。 怎么办呢? 飞机就等有两个人的时候, 一次载过去。 不过,还是很浪费, 那就再多等几个人, 直到坐满为止。 那么, 第1, 2, 3, 4, ....n个人, 本来是有时间间隔的, 现在却粘到了一起, 进行批量处理了, 一起发送。
这就是生活中的nagle算法。
tcp nagie也类似, 如果想发送一个1字节的业务数据, 还需要加上一些包头, 实际发送的数据远远大于1字节, 这样就很浪费了, 还不如把这带发送的n个1字节业务数据粘起来, 一起发送, 这就是tcp nagle算法的思路。
当然, 我们也可以禁用tcp nagle算法, 这涉及到TCP_NODELAY选项, 禁用即可。
TCP
_NODELAY