基于socket的tcp/udp编程的几点总结

tcp有发送缓冲区，不管是阻塞还是非阻塞，send函数都是将应用层buff中的数据拷贝到tcp的发送缓冲区中后就返回，而不是等数据真正发送给对方后才返回。网上有人说，阻塞的情况下，send函数在数据真正发送给对方后才返回，这种说法是错误的。阻塞的情况下，当tcp发送缓冲区剩余空间字节数大于用户要发送的字节数，那么send函数将数据拷贝到tcp发送缓冲区后就立即返回，当发送缓冲区的剩余字节空间不足以存放用户要发送的数据时，此时send会先拷贝一部分到发送缓冲区，然后等待发送缓冲区有足够的空间能拷贝剩余的数据的时候，拷贝完了才返回。如果缓冲区已经满了，那么send会等待直到有剩余空间了拷贝完了才返回。

我们先讨论tcp

发送

阻塞的情况

对于阻塞的情况，网络好的情况下，没问题，先前的数据总会一帧一帧发出去，当收到对端ACK之后，发出去的包就会从发送缓冲区删除，于是发送缓冲区总会有剩余的空间。但是在网络不好的情况下，发送缓冲区的数据可能一直驻留在发送缓冲区中，这时send会一直阻塞，但是一直阻塞不太科学吧，这时候设置一个超时的时间就至关重要。设置超时时间，需要使用 setsockopt 函数，设置 SO_SNDTIMEO 参数的值，具体参考setsockopt详解

非阻塞的情况

在非阻塞的情况，对于tcp，在发送时，如果发送缓冲区有足够的空间，那么send将数据拷贝到发送缓冲区后就返回了，返回的数值是send函数len的长度，但是如果发送缓冲区的长度不足以存放用户要发送的数据大小时，send会尽可能多的拷贝数据到发送缓冲区，然后立即返回，而且只会拷贝一次。这种情况下，send函数的返回值，是实际拷贝进缓冲区的字节数，是一个小于send的len参数的值。当发送缓冲区完全没有空间时，send函数会立即返回错误。因此，对于tcp非阻塞的情况，不是send返回值大于0就表示发送成功了，而是要判断返回值ret是否等于要发送的数据长度len来看发送是否成功。

接收

阻塞：

在阻塞的情况下，对于接收recv来说，也可能一直阻塞，一直阻塞可能真的没有数据发过来，这种情况倒没什么问题，但是如果是因为网络不好，连接已经断了，根本收不到数据，这时还一直阻塞，就不太靠谱了。这时，就需要使用setsockopt函数设置一下 SO_RCVTIMEO 参数来设置一个超时时间，超时后就要做重连了，具体参考setsockopt详解

非阻塞：

非阻塞情况下，调用recv函数会立即返回，当返回值大于0时表示有收到数据，等于0表示没有数据。

tcp粘包拆包原因描述

正是因为tcp这种有发送缓冲区的特点，导致tcp有粘包或者拆包的情况。但是粘包拆包不全是因为有发送缓冲区导致的，还因为tcp是面向字节流的，而不是像UDP是面向数据包的。对于tcp，如果用户一次只发很少的字节，可能发送很多次，tcp的发送缓冲区都没有用多少，这时tcp会等缓冲区积攒了一定数量的数据后，才会向网络中发送一包，于是之前用户调用send发送的若干包数据就粘连在一起了。拆包是一种相反的情况，即用户每次发送很大的数据包，tcp发送缓冲区每次都没有足够的空间拷贝用户发送的整个包，于是send只能看发送缓冲区剩余多少，就先拷贝进去多少，这样一来，每次通过send发送的包，最后都拆分成了不连续的，参考：
为什么说tcp是面向字节流的，而udp是面向数据包的？

对于UDP：

udp没有缓冲区，因此无论是阻塞还是非阻塞，发送时调用sendto函数后，数据会简单的加上一层数据头后直接丢给底层协议栈，然后就返回了。
接收时，阻塞时会等待，非阻塞时不会等待，立即返回。

参考连接：
TCP和UDP阻塞和非阻塞之间的区别

本文纯属个人理解，如果有发现不对的地方，请各位网友积极在评论区留言，以免误导其他网友。