本文中, 我们讨论阻塞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函数也是会阻塞的。
好, 先这样。