发现书上已经写得很清楚了，就懒得再写了，直接从书里摘出来。以下内容摘自《windows sockets网络程序设计大全》。
1、Unix下sockets异步事件的获得是通过调用select函数来进行查询，通常形式都是在循环内部使用select函数来进行选择。而windows sockets的异步选择函数提供了消息机制的网络事件选择：当使用它登记的网络事件发生时，windows应用程序相应的窗口函数将收到一个消息，消息中指示了发生的网络事件，以及与事件相关的一些信息。
2、用来注册异步消息的函数是WSAAsyncSelect函数，其函数原型如下：
int WSAAsyncSelect(SOCKET s, HWND hWnd, unsigned int wMsg, long lEvent);
它请求Windows Sockets DLL在检测到套接字s上发生的网络事件lEvent时，向窗口hWnd发送一个消息wMsg。它自动地设置套接字处于非阻塞工作方式，参数lEvent由下列事件的一个或多个组合而成：
值 含义
FD_READ 期望在套接字s收到数据（即读准备好）时接到通知。
FD_WRITE 期望在套接字s可发送数据（即写准备好）时接到通知。
FD_OOB 期望在套接字s上有带外数据到达时接到通知
FD_ACCEPT 期望在套接字s上有外来连接时接到通知
FD_CONNECT 期望在套接字s连接建立完成时接到通知
FD_CLOSE 期望在套接字s关闭时接到通知
3、需要注意的是，为一个套接字发布的WSAAsyncSelect()函数调用将取消在它之前发布的WSAAsyncSelect()函数调用的作用。在上面的例子里，使用下面的代码不会做所期望的工作：第二次调用将取消第一次调用的作用，只有FD_WRITE事件发生时会用消息wMsg2来报告。
rc = WSAAsyncSelect(s, hWnd, wMsg1, FD_READ);
rc = WSAAsyncSelect(s, hWnd, wMsg2, FD_WRITE);
根据这一特性，我们为了注销对套接字s上发生的网络事件的消息发送，就可以将参数lEvent设为0来调用它：
rc = WSAAsyncSelect(s, hWnd，0，0)；
4、Windows Sockets DLL在一个网络事件发生后，它只给相应的应用程序发送一个消息。但是当应用程序使用函数调用隐式地允许重新发送此网络事件的消息时，应用程序的窗口函数又可能再次收到相应的消息。这些事件有：FD_READ、FD_OOB、FD_ACCEPT。
对于FD_CONNECT和FD_CLOSE事件来说，因为它们只是一种状态（连接建立成功和连接关闭），因此不会产生多个消息。
如果应用程序在收到FD_WRITE消息之后使用send()或sendto()调用发送数据均成功返回，那么它在以后需要再次发送数据时可以直接发送；但如果它希望再次获得一个FD_WRITE消息，则必须使用函数WSAAsyncSelect()来重新注册FD_WRITE事件。
5、如果使用WSAAsyncSelect()函数为监听套接字设置了事件选择，那么此事件选择将同样作用于新的接收套接字。并且它们拥有相同的消息wMsg值，如果应用程序对于不同的接收套接字要求不同的消息或事件，那么它应该使用WSAAsyncSelect()函数来给接收套接字设置不同的事件选择。
6、基本使用方法
A．第一步是在某个套接字上注册特定的事件，通过设置lEvent为不同的值来实现。如WSAAsyncSelect(s, hWnd, wMsg, FD_READ|FD_WRITE)。
B．在窗口函数的消息循环中增加一个分支：
case wMsg:
switch (lParam) {
case FD_READ:
/* 从套接字wParam读取数据 */
case FD_WRITE:
/* 向套接字wParam发送数据 */
}
break;
7、当套接字s上注册的网络事件（读准备好或写准备好）发生时，窗口hWnd将收到消息wMsg。消息变量wParam指示发生网络事件的套接字，变量lParam的低字描述发生的网络事件，高字包含错误码。

一、 引言
　　在80年代初，美国加利福尼亚大学伯克利分校的研究人员为TCP/IP网络通信开发了一个专门用于网络通讯开发的API。这个API就是Socket接口（套接字）--当今在TCP/IP网络最为通用的一种API，也是在互联网上进行应用开发最为通用的一种API。在微软联合其它几家公司共同制定了一套Windows下的网络编程接口Windows Sockets规范后，由于在其规范中引入了一些异步函数，增加了对网络事件异步选择机制，因此更加符合Windows的消息驱动特性，使网络开发人员可以更加方便的进行高性能网络通讯程序的设计。本文接下来就针对Windows Sockets API进行面向连接的流式套接字编程以及对异步网络通讯的编程实现等问题展开讨论。
　　二、 面向连接的流式套接字编程模型的设计
　　本文在方案选择上采用了在网络编程中最常用的一种模型--客户机/服务器模型。这种客户/服务器模型是一种非对称式编程模式。该模式的基本思想是把集中在一起的应用划分成为功能不同的两个部分，分别在不同的计算机上运行，通过它们之间的分工合作来实现一个完整的功能。对于这种模式而言其中一部分需要作为服务器，用来响应并为客户提供固定的服务；另一部分则作为客户机程序用来向服务器提出请求或要求某种服务。
　　本文选取了基于TCP/IP的客户机/服务器模型和面向连接的流式套接字。其通信原理为：服务器端和客户端都必须建立通信套接字，而且服务器端应先进入监听状态，然后客户端套接字发出连接请求，服务器端收到请求后，建立另一个套接字进行通信，原来负责监听的套接字仍进行监听，如果有其它客户发来连接请求，则再建立一个套接字。默认状态下最多可同时接收5个客户的连接请求，并与之建立通信关系。因此本程序的设计流程应当由服务器首先启动，然后在某一时刻启动客户机并使其与服务器建立连接。服务器与客户机开始都必须调用Windows Sockets API函数socket()建立一个套接字sockets,然后服务器方调用bind()将套接字与一个本地网络地址捆扎在一起，再调用listen()使套接字处于一种被动的准备接收状态，同时规定它的请求队列长度。在此之后服务器就可以通过调用accept()来接收客户机的连接。
　　相对于服务器，客户端的工作就显得比较简单了，当客户端打开套接字之后，便可通过调用connect()和服务器建立连接。连接建立之后，客户和服务器之间就可以通过连接发送和接收资料。最后资料传送结束，双方调用closesocket()关闭套接字来结束这次通讯。整个通讯过程的具体流程框图可大致用下面的流程图来表示：
 


　　　　　　　　面向连接的流式套接字编程流程示意图  
 
 
三、 软件设计要点以及异步通讯的实现
　　根据前面设计的程序流程，可将程序划分为两部分：服务器端和客户端。而且整个实现过程可以大致用以下几个非常关键的Windows Sockets API函数将其惯穿下来：
　　服务器方：
socket()->bind()->listen->accept()->recv()/send()->closesocket() 
　　客户机方：
socket()->connect()->send()/recv()->closesocket() 
　　有鉴于以上几个函数在整个网络编程中的重要性，有必要结合程序实例对其做较深入的剖析。服务器端应用程序在使用套接字之前，首先必须拥有一个Socket，系统调用socket()函数向应用程序提供创建套接字的手段。该套接字实际上是在计算机中提供了一个通信埠，可以通过这个埠与任何一个具有套接字接口的计算机通信。应用程序在网络上传输、接收的信息都通过这个套接字接口来实现的。在应用开发中如同使用文件句柄一样，可以对套接字句柄进行读写操作：
sock=socket(AF_INET,SOCK_STREAM,0); 
　　函数的第一个参数用于指定地址族，在Windows下仅支持AF_INET(TCP/IP地址)；第二个参数用于描述套接字的类型，对于流式套接字提供有SOCK_STREAM；最后一个参数指定套接字使用的协议，一般为0。该函数的返回值保存了新套接字的句柄，在程序退出前可以用 closesocket(sock);函数来将其释放。服务器方一旦获取了一个新的套接字后应通过bind()将该套接字与本机上的一个端口相关联：
sockin.sin_family=AF_INET;
sockin.sin_addr.s_addr=0;
sockin.sin_port=htons(USERPORT);
bind(sock,(LPSOCKADDR)&sockin,sizeof(sockin))); 
　　该函数的第二个参数是一个指向包含有本机IP地址和端口信息的sockaddr_in结构类型的指针，其成员描述了本地端口号和本地主机地址，经过bind()将服务器进程在网络上标识出来。需要注意的是由于1024以内的埠号都是保留的埠号因此如无特别需要一般不能将sockin.sin_port的埠号设置为1024以内的值。然后调用listen()函数开始侦听，再通过accept()调用等待接收连接以完成连接的建立：
//连接请求队列长度为1，即只允许有一个请求,若有多个请求,
//则出现错误，给出错误代码WSAECONNREFUSED。
listen(sock,1);
//开启线程避免主程序的阻塞
AfxBeginThread(Server,NULL);
……
UINT Server(LPVOID lpVoid)
{
……
int nLen=sizeof(SOCKADDR);
pView->newskt=accept(pView->sock,(LPSOCKADDR)& pView->sockin,(LPINT)& nLen);
…… 
WSAAsyncSelect(pView->newskt,pView->m_hWnd,WM_SOCKET_MSG,FD_READ|FD_CLOSE);
return 1; 
}
 
　　这里之所以把accept()放到一个线程中去是因为在执行到该函数时如没有客户连接服务器的请求到来，服务器就会停在accept语句上等待连接请求的到来，这势必会引起程序的阻塞，虽然也可以通过设置套接字为非阻塞方式使在没有客户等待时可以使accept（）函数调用立即返回，但这种轮询套接字的方式会使CPU处于忙等待方式，从而降低程序的运行效率大大浪费系统资源。考虑到这种情况，将套接字设置为阻塞工作方式，并为其单独开辟一个子线程，将其阻塞控制在子线程范围内而不会造成整个应用程序的阻塞。对于网络事件的响应显然要采取异步选择机制，只有采取这种方式才可以在由网络对方所引起的不可预知的网络事件发生时能马上在进程中做出及时的响应处理，而在没有网络事件到达时则可以处理其他事件，这种效率是很高的，而且完全符合Windows所标榜的消息触发原则。前面那段代码中的WSAAsyncSelect()函数便是实现网络事件异步选择的核心函数。
通过第四个参数注册应用程序感兴取的网络事件，在这里通过FD_READ|FD_CLOSE指定了网络读和网络断开两种事件，当这种事件发生时变会发出由第三个参数指定的自定义消息WM_SOCKET_MSG，接收该消息的窗口通过第二个参数指定其句柄。在消息处理函数中可以通过对消息参数低字节进行判断而区别出发生的是何种网络事件：
void CNetServerView::OnSocket(WPARAM wParam,LPARAM lParam)
{
int iReadLen=0;
int message=lParam & 0x0000FFFF;
switch(message)
{ 
case FD_READ://读事件发生。此时有字符到达，需要进行接收处理
char cDataBuffer[MTU*10];
//通过套接字接收信息
iReadLen = recv(newskt,cDataBuffer,MTU*10,0);
//将信息保存到文件
if(!file.Open("ServerFile.txt",CFile::modeReadWrite))
file.Open("E:ServerFile.txt",CFile::modeCreate|CFile::modeReadWrite);
file.SeekToEnd();
file.Write(cDataBuffer,iReadLen);
file.Close(); 
break;
case FD_CLOSE://网络断开事件发生。此时客户机关闭或退出。
……//进行相应的处理
break;
default:
break;
}
} 
　　在这里需要实现对自定义消息WM_SOCKET_MSG的响应，需要在头文件和实现文件中分别添加其消息映射关系：
　　头文件：
//{{AFX_MSG(CNetServerView)
//}}AFX_MSG
void OnSocket(WPARAM wParam,LPARAM lParam);
DECLARE_MESSAGE_MAP() 
　　实现文件：
BEGIN_MESSAGE_MAP(CNetServerView, CView)
//{{AFX_MSG_MAP(CNetServerView)
//}}AFX_MSG_MAP
ON_MESSAGE(WM_SOCKET_MSG,OnSocket)
END_MESSAGE_MAP()
 
　　在进行异步选择使用WSAAsyncSelect()函数时，有以下几点需要引起特别的注意：
　　1． 连续使用两次WSAAsyncSelect()函数时，只有第二次设置的事件有效，如：
WSAAsyncSelect(s,hwnd,wMsg1,FD_READ);
WSAAsyncSelect(s,hwnd,wMsg2,FD_CLOSE); 
　　这样只有当FD_CLOSE事件发生时才会发送wMsg2消息。
　　2．可以在设置过异步选择后通过再次调用WSAAsyncSelect(s,hwnd,0,0);的形式取消在套接字上所设置的异步事件。
　　3．Windows Sockets DLL在一个网络事件发生后，通常只会给相应的应用程序发送一个消息，而不能发送多个消息。但通过使用一些函数隐式地允许重发此事件的消息，这样就可能再次接收到相应的消息。
　　4．在调用过closesocket()函数关闭套接字之后不会再发生FD_CLOSE事件。
　　以上基本完成了服务器方的程序设计，下面对于客户端的实现则要简单多了，在用socket()创建完套接字之后只需通过调用connect()完成同服务器的连接即可，剩下的工作同服务器完全一样：用send()/recv()发送/接收收据，用closesocket()关闭套接字：
sockin.sin_family=AF_INET; //地址族
sockin.sin_addr.S_un.S_addr=IPaddr; //指定服务器的IP地址
sockin.sin_port=m_Port; //指定连接的端口号
int nConnect=connect(sock,(LPSOCKADDR)&sockin,sizeof(sockin));
 
　　本文采取的是可靠的面向连接的流式套接字。在数据发送上有write()、writev()和send()等三个函数可供选择，其中前两种分别用于缓冲发送和集中发送，而send()则为可控缓冲发送，并且还可以指定传输控制标志为MSG_OOB进行带外数据的发送或是为MSG_DONTROUTE寻径控制选项。在信宿地址的网络号部分指定数据发送需要经过的网络接口，使其可以不经过本地寻径机制直接发送出去。这也是其同write()函数的真正区别所在。由于接收数据系统调用和发送数据系统调用是一一对应的，因此对于数据的接收，在此不再赘述，相应的三个接收函数分别为：read()、readv()和recv()。由于后者功能上的全面，本文在实现上选择了send()-recv()函数对，在具体编程中应当视具体情况的不同灵活选择适当的发送-接收函数对。
　　小结：TCP/IP协议是目前各网络操作系统主要的通讯协议，也是 Internet的通讯协议，本文通过Windows Sockets API实现了对基于TCP/IP协议的面向连接的流式套接字网络通讯程序的设计，并通过异步通讯和多线程等手段提高了程序的运行效率，避免了阻塞的发生

文章目录
分析
服务器
异步选择
绑定服务器事件
绑定客户端事件
事件分类处理
处理错误
处理其他消息
问题
运行结果
模型流程图
源码链接

分析
参考windows消息机制的模型。

消息机制：所有的用户操作均依次按顺序（有序处理）被记录，装进一个队列，消息队列由操作系统维护，系统通过我们设置的回调函数处理不同类型的消息。
操作系统为每个窗口创建一个消息队列并且维护，所以我们想要使用消息队列，那就要创建一个窗口，该模型只能用于windows，不过我们可以学到这种处理思想。
服务器
直到开始监听都是一模一样的。

创建窗口也不是重点。
异步选择
int WSAAPI WSAAsyncSelect(
  SOCKET s,
  HWND   hWnd,
  u_int  wMsg,
  long   lEvent
);

功能：将socket与消息绑定在一起，并投递给操作系统

参数：

s — socket
hWnd — 窗口句柄
wMsg — 消息编号
lEvent — 消息类型（跟WSASelectEvent一模一样）

返回值：

如果成功，返回0。
如果失败，返回SOCKET_ERROR。

绑定服务器事件
代码：
// 自定义消息
#define UM_ASYNCSELECTMSG  WM_USER + 1

// 异步选择
if (SOCKET_ERROR == WSAAsyncSelect(socketServer, hWnd, UM_ASYNCSELECTMSG, FD_ACCEPT))
{
	printf("WSAAsyncSelect 失败 error:%d\n", WSAGetLastError());
	closesocket(socketServer);
	WSACleanup();
	return -1;
}

绑定客户端事件
// 绑定客户端事件
if (SOCKET_ERROR == WSAAsyncSelect(socketClient, hWnd, UM_ASYNCSELECTMSG, FD_READ | FD_WRITE | FD_CLOSE))
{
	printf("WSAAsyncSelect 失败 error:%d\n", WSAGetLastError());
	closesocket(socketClient);
	break;
}

事件分类处理




参数
信息




客户端socket
(SOCKET)wParam


产生的错误码
HIWORD(lParam)


具体的消息种类
LOWORD(lParam)


处理错误
因为有序，所以删除需要整体移位置。
SOCKET sock = (SOCKET)wparam;	// 获取socket
// 获取错误
if (0 != HIWORD(lparam))
{
	if (WSAECONNABORTED == HIWORD(lparam))
	{
		TextOut(hdc, 0, x, _T("客户端正常下线"), strlen("客户端正常下线"));
		x += 15;
		
		WSAAsyncSelect(sock, hWnd, 0, 0);	// 关闭该socket上的消息
		closesocket(sock);
		// 记录数组中有序删除该socket
		for (int i = 0; i < g_count; ++i)
		{
			if (sock == g_sockALL[i])
			{
				g_sockALL[i] = g_sockALL[g_count - 1];
				--g_count;
				break;
			}
		}
	}
	break;
}

处理其他消息
和事件选择模型类似
// 具体消息
switch (LOWORD(lparam))
{
case FD_ACCEPT:
	{
		TextOut(hdc, 0, x, _T("accept"), strlen("accept"));
		x += 15;
		SOCKET socketClient = accept(sock, NULL, NULL);
		if (INVALID_SOCKET == socketClient)
		{
			printf("accept 失败 error:%d\n", WSAGetLastError());
			break;
		}
		// 绑定客户端事件
		if (SOCKET_ERROR == WSAAsyncSelect(socketClient, hWnd, UM_ASYNCSELECTMSG, FD_READ | FD_WRITE | FD_CLOSE))
		{
			printf("WSAAsyncSelect 失败 error:%d\n", WSAGetLastError());
			closesocket(socketClient);
			break;
		}
		// 记录
		g_sockALL[g_count] = socketClient;
		++g_count;
	}
	break;
case FD_READ:
  		{
		TextOut(hdc, 0, x, _T("read"), strlen("read"));
		char str[1024] = { 0 };
		if (SOCKET_ERROR == recv(sock, str, 1023, 0))
		{
			printf("recv 失败 error:%d\n", WSAGetLastError());
			break;
		}
		else
		{
			// 给客户回信
			if (SOCKET_ERROR == send(sock, "ok", strlen("ok") + 1, 0))
			{
				printf("send 失败 error:%d\n", WSAGetLastError());
			}
		}
		TextOut(hdc, 30, x, str, strlen(str));
		x += 15;
	}
	break;
case FD_WRITE:
	TextOut(hdc, 0, x, _T("wrtie"), strlen("wrtie"));
	x += 15;
	break;
case FD_CLOSE:
	TextOut(hdc, 0, x, _T("客户端正常下线"), strlen("客户端正常下线"));
	x += 15;
	
	WSAAsyncSelect(sock, hWnd, 0, 0);	// 关闭该socket上的消息
	closesocket(sock);
	// 记录数组中有序删除该socket
	for (int i = 0; i < g_count; ++i)
	{
		if (sock == g_sockALL[i])
		{
			g_sockALL[i] = g_sockALL[g_count - 1];
			g_count--;
			break;
		}
	}
}

问题
在一次处理过程中，客户端产生多次send，服务器会产生多次接收消息，第一次接收消息会收完所有信息。
运行结果

模型流程图


和事件选择模型一样把select模型的同步阻塞变成了异步阻塞。
源码链接
百度云链接：https://pan.baidu.com/s/1xBOiSADlAG2gO1TC6BBO_A

提取码：sxbd

       1.Windows套接字在两种模式下执行I/0操作：阻塞模式和非阻塞模式。在阻塞模式下，在I/0 操作完成之前，执行操作的Windows函数会一直等待下去，不会立即返回（将控制权交换给主程序），如果这时候网络上没有数据，那么函数将会一直等待下去，该函数将会阻塞函数的执行，从而导致调用线程的暂停运行。在非阻塞模式下，函数无论如何都会立即返回，系统会采用某种机制将函数的操作结果通知给线程，后者根据这个通知信息可以判断该操作是否成功。
　　2.Windows Socket为了支持Windows消息驱动机制，它对网络事件采用基于消息的异步存取策略。
　　3.Windos Socket的异步选择函数WSAAsyncSelect提供了对网络事件的选择，当使用这个函数所登记过的网络事件发生时，Windows应用程序的窗口函数将收到一个消息，消息指示了网络事件的发生。例如：如果登记的一个网络读取事件FD_READ，一旦有数据到来，就会触发这个FD_READ这个事件的发生，操作系统就会通知一个消息来通知调用线程，后者就会在相应的消息处理函数当中去接受这个数据。