在封装TCP读写的时候，遇到了读写函数的选择问题，进而研究了一下，在此记录。

常用的三个函数分别为write、send 和 sendmsg。函数原型如下：

每个函数可以单独使用，但使用的场景有所不同：

上面这些可能查下资料，大家基本都可以知道，然后觉得套接字读写和普通文件的读写没有什么区别，其实里面暗含了很多内在的区别。

对于普通文件描述符而言，一个文件描述符代表了打开的一个文件句柄，通过调用 write 函数，操作系统内核帮我们不断地往文件系统中写入字节流。注意，写入的字节流大小通常和输入参数 size 的值是相同的，否则表示出错。

对于套接字描述符而言，它代表了一个双向连接，在套接字描述符上调用 write写入的字节数有可能比请求的数量少，这在普通文件描述符情况下是不正常的。

下面就拿write函数举例，阐述发送缓冲区的概念。

首先建立一个概念，就是TCP三次握手成功之后，TCP连接成功建立后，操作系统内核会为每一个连接创建配套的基础设施，比如发送缓冲区。

发送缓冲区的大小可以通过套接字选项来改变，当我们的应用程序调用 write 函数时，实际所做的事情是把数据从应用程序中拷贝到操作系统内核的发送缓冲区中，并不一定是把数据通过套接字写出去。

举例来说，客户端发送数据给服务端，客户端程序中调用write函数，得到了返回值（即写出去的字节数），只是把数据拷贝到了操作系统的发送缓冲区，对于服务端来说，可能并没有完全收到（测试的时候可以打印客户端的返回值，然后在服务端每次接受指定字节数，循环接收数据，可能需要客户端发送的数据要大一点，不然发出去，服务端已经全部收完了，看不出来）。

在UNIX这个万物都市文件的世界，套接字描述符本身和文件描述并没有区别，这也就意味着，将套接字传递给那些原先为处理本地文件而设计的函数并没有什么不妥。下面来看一下read函数。

函数原型如下：

read 函数要求操作系统内核从套接字描述字 socketfd读取最多多少个字节（size），并将结果存储到 buffer 中。返回值告诉我们实际读取的字节数目，也有一些特殊情况，如果返回值为 0，表示 EOF（end-of-file），这在网络中表示对端发送了FIN 包，要处理断连的情况；如果返回值为 -1，表示出错。这里只讨论阻塞IO的情形。

注意这里是最多读取 size 个字节。如果我们想让应用程序每次都读到 size 个字节，就需要编写下面的函数，不断地循环读取。

下面提供了客户端和服务端的代码，根据个人测试结果，当客户端已经打印出已发送字节数时，服务端还在接受信息。

服务端（tcp_server.cpp）代码：

客户端代码(tcp_client.cpp):