所有的书上都说， tcp是流式传输， 这是什么意思？ 假设A给B通过TCP发了200字节， 然后又发了300字节， 此时B调用recv（设置预期接受1000个字节）， 那么请问B实际接受到多少字节？ 根据我们之前讲得tcp粘包特性，可知， B端调用一次recv, 接受到的是500字节。
所谓流式传输， 说白了， 就是管道中的水， 第一次给你发了200斤的水， 第二次给你发了300斤的水， 然后你在对端取的时候， 这200斤和300斤的水， 已经粘在一起了， 无法直接分割， 没有界限了。
所有的书上都说， udp是数据报传输， 我看了晕晕乎， 什么意思？ 假设A给B通过udp发了200字节， 然后又发了300字节， 此时B调用recvfrom（设置预期接受1000个字节）， 那么请问B实际接受到多少字节？ 写了个程序测了一下， 发现B调用recvfrom接收到的是200自己， 另外的300字节必须再次调用recvfrom来接收。
所谓的数据报传输， 说白了， 就有消息和消息之间有天然的分割， 对端接收的时候， 不会出现粘包。 发10次， 就需要10次来接收。
我写tcp程序测了一下， 果然如此。 又写udp程序测试一下， 果然如此。 我的博客中， 有很多tcp/udp程序， 有兴趣的朋友， 可以玩玩这些程序， 实际验证一下， 加深理解。
在实际工作中， 我发现udp没有你想像的那么不靠谱， 也没有书上乱讲的那样不靠谱， 而且， 很多实际存在的大系统， IM服务器， 部分场景用的就是udp.