send函数的阻塞测试实验

        本文中， 我们讨论阻塞socket的send函数， 很多时候， 我们看到send总是立即返回， 貌似看不到阻塞的send. 有的朋友可能因此以为此时的send函数是非阻塞的。 其实， 它函数阻塞的。 下面， 我们来看看一个小实验。

       服务端的程序为：

#include <stdio.h>#include <winsock2.h> // winsock接口#pragma comment(lib, "ws2_32.lib") // winsock实现int main(){WORD wVersionRequested;  // 双字节，winsock库的版本WSADATA wsaData;         // winsock库版本的相关信息wVersionRequested = MAKEWORD(1, 1); // 0x0101 即:257// 加载winsock库并确定winsock版本，系统会把数据填入wsaData中WSAStartup( wVersionRequested, &wsaData );// AF_INET 表示采用TCP/IP协议族// SOCK_STREAM 表示采用TCP协议// 0是通常的默认情况unsigned int sockSrv = socket(AF_INET, SOCK_STREAM, 0);SOCKADDR_IN addrSrv;addrSrv.sin_family = AF_INET; // TCP/IP协议族addrSrv.sin_addr.S_un.S_addr = inet_addr("0.0.0.0"); // socket对应的IP地址addrSrv.sin_port = htons(8888); // socket对应的端口// 将socket绑定到某个IP和端口（IP标识主机，端口标识通信进程）bind(sockSrv,(SOCKADDR*)&addrSrv, sizeof(SOCKADDR));// 将socket设置为监听模式，5表示等待连接队列的最大长度listen(sockSrv, 5);// sockSrv为监听状态下的socket// &addrClient是缓冲区地址，保存了客户端的IP和端口等信息// len是包含地址信息的长度// 如果客户端没有启动，那么程序一直停留在该函数处SOCKADDR_IN addrClient;int len = sizeof(SOCKADDR);unsigned int sockConn = accept(sockSrv,(SOCKADDR*)&addrClient, &len);while(1){getchar();char szRecvBuf[10000] = {0};          recv(sockConn, szRecvBuf, sizeof(szRecvBuf), 0);  }closesocket(sockConn);closesocket(sockSrv);WSACleanup();return 0;}

       先启动服务端。

       客户端的程序为：

#include <winsock2.h>#include <stdio.h>#pragma comment(lib, "ws2_32.lib")int main(){WORD wVersionRequested;WSADATA wsaData;wVersionRequested = MAKEWORD(1, 1);WSAStartup( wVersionRequested, &wsaData );SOCKET sockClient = socket(AF_INET, SOCK_STREAM, 0);SOCKADDR_IN addrSrv;addrSrv.sin_addr.S_un.S_addr = inet_addr("127.0.0.1");addrSrv.sin_family = AF_INET;addrSrv.sin_port = htons(8888);connect(sockClient, (SOCKADDR*)&addrSrv, sizeof(SOCKADDR));while(1){getchar();char szSend[100000] = {0};int ret = send(sockClient, szSend, sizeof(szSend), 0);printf("ret is %d, error is %d\n", ret, GetLastError());}closesocket(sockClient);WSACleanup();return 0;}

      然后启动客户端。

      我们让客户端一直往服务端发数据（在客户端控制台上按几下enter即可）， 数据很多啊， 一直往服务端塞， 塞呀塞， 塞了又塞， 但是呢， 服务端又不去从服务端的内核缓冲区中取出数据。 这样， 这个tcp通道就像一个水管一样， 客户端往里面不停注水， 服务端又没有取水， 自然， 到了一定时候， 客户端就不能继续注水了， 客户端的注水动作会暂停， 也就是send函数被阻塞在那里， 动弹不得， 看不到客户端有打印信息， 也就说明， 客户端的send函数被阻塞住了。

      当send函数动弹不得后 ， 我们在服务端不停按enter,  把数据从服务端的内核缓冲区中取出来， 实验结果发现， 此时客户端有打印信息了， 证明阻塞的send被解放了， 不再塞在那里了， 客户端可以往管道中继续注水了。

      从上面的实验， 我们可以看到， send函数也是会阻塞的。

      好， 先这样。