分类目录归档:Visual C++

主要是VC++、MFC相关的技术文章

判断linux服务器的网络字节序

将低位字节存储在起始地址,称为小端(little-endian)字节序;将高位字节存储在起始地址,称为大端(big-endian)字节序
网络字节序是大端(big-endian)字节序

#include 
int main(int argc,char* argv[])
{
        union{
                short s;
                char c[sizeof(short)];
        }un;

        un.s    = 0x0102;

        if(sizeof(short)==2)
        {
                if(un.c[0]==1 && un.c[1]==2)
                        printf("big-endian\n");
                else if(un.c[0]==2 && un.c[1]==1)
                        printf("little-endian\n");
                else
                        printf("unknown\n");
        }
        else
                printf("sizeof(short) = %d\n",sizeof(short));

        return 0;
}

大端、小端、网络字节序

http://bdxnote.blog.163.com/blog/static/8444235201091054458112/

一、大端、小端
“大端”和”小端”表示多字节值的哪一端存储在该值的起始地址处;小端存储在起始地址处,即是小端字节序;大端存储在起始地址处,即是大端字节序;
或者说:
1.小端法(Little-Endian)就是低位字节排放在内存的低地址端(即该值的起始地址),高位字节排放在内存的高地址端;
2.大端法(Big-Endian)就是高位字节排放在内存的低地址端(即该值的起始地址),低位字节排放在内存的高地址端;
举个简单的例子,对于整型数据0x12345678,它在大端法和小端法的系统中,各自的存放方式如下图1所示:


二、网络字节序
网络上传输的数据都是字节流,对于一个多字节数值,在进行网络传输的时候,先传递哪个字节?也就是说,当接收端收到第一个字节的时候,它将这个字节作为高位字节还是低位字节处理,是一个比较有意义的问题;
UDP/TCP /IP协议规定:把接收到的第一个字节当作高位字节看待,这就要求发送端发送的第一个字节是高位字节;而在发送端发送数据时,发送的第一个字节是该数值在 内存中的起始地址处对应的那个字节,也就是说,该数值在内存中的起始地址处对应的那个字节就是要发送的第一个高位字节(即:高位字节存放在低地址处);由 此可见,多字节数值在发送之前,在内存中因该是以大端法存放的;
所以说,网络字节序是大端字节序;
比如,我们经过网络发送整型数值0x12345678时,在80X86平台中,它是以小端发存放的,在发送之前需要使用系统提供的字节序转换函数htonl()将其转换成大端法存放的数值;如下图2所示:


三、字节序测试
不同CPU平台上字节序通常也不一样,下面这个简单的代码可以测试不同平台上的字节序:
#include <stdio.h>
#include <netinet/in.h>
int main(int argc,char** argv)
{
int num = 0x12345678;
unsigned char* pc = (unsigned char*)(&num);
printf(“local order:\n”);
printf(“[0]: 0x%X addr:%u\n”, pc[0], &pc[0]);
printf(“[1]: 0x%X addr:%u\n”, pc[1], &pc[1]);
printf(“[2]: 0x%X addr:%u\n”, pc[2], &pc[2]);
printf(“[3]: 0x%X addr:%u\n”, pc[3], &pc[3]);
num = htonl(num);
printf(“htonl order:\n”);
printf(“[0]: 0x%X addr:%u\n”, pc[0], &pc[0]);
printf(“[1]: 0x%X addr:%u\n”, pc[1], &pc[1]);
printf(“[2]: 0x%X addr:%u\n”, pc[2], &pc[2]);
printf(“[3]: 0x%X addr:%u\n”, pc[3], &pc[3]);
return 0;
}
SPARC平台上的输出:
local order:
[0]: 0x12 addr:4290770212 //高位字节存放在低地址处,则是大端法;
[1]: 0x34 addr:4290770213
[2]: 0x56 addr:4290770214
[3]: 0x78 addr:4290770215 //低位字节存放在高地址处;
htonl order:
[0]: 0x12 addr:4290770212 //由此看出,主机字节序与网络字节一样;
[1]: 0x34 addr:4290770213
[2]: 0x56 addr:4290770214
[3]: 0x78 addr:4290770215
X86平台上的输出:
local order:
[0]: 0x78 addr:4289157020 //低位字节存放在低地址处,则是小端法;
[1]: 0x56 addr:4289157021
[2]: 0x34 addr:4289157022
[3]: 0x12 addr:4289157023 //高位字节存放在高地址处;
htonl order:
[0]: 0x12 addr:4289157020 //由此看出,主机字节序与网络字节不一样;
[1]: 0x34 addr:4289157021
[2]: 0x56 addr:4289157022
[3]: 0x78 addr:4289157023
INTEL平台上的输出:
local order:
[0]: 0x78 addr:1245044    //低位字节存放在低地址处,则是小端法;
[1]: 0x56 addr:1245045
[2]: 0x34 addr:1245046
[3]: 0x12 addr:1245047    //高位字节存放在高地址处;
htonl order:
[0]: 0x12 addr:1245044    //由此看出,主机字节序与网络字节不一样;
[1]: 0x34 addr:1245045
[2]: 0x56 addr:1245046
[3]: 0x78 addr:1245047

va_list、va_start、va_arg、va_end的原理与使用

参考:http://hi.baidu.com/blog101/blog/item/887a70fa1f6d071ba9d3115f.html

1. 概述
由于在C语言中没有函数重载,解决不定数目函数参数问题变得比较麻烦;即使采用C++,如果参数个数不能确定,也很难采用函数重载.对这种情况,有些人采用指针参数来解决问题.下面就c语言中处理不定参数数目的问题进行讨论.
2. 定义
大家先看几宏.
在VC++6.0的include有一个stdarg.h头文件,有如下几个宏定义:

      #define _INTSIZEOF(n)   ((sizeof(n)+sizeof(int)-1)&~(sizeof(int) - 1) )
      #define va_start(ap,v) ( ap = (va_list)&v + _INTSIZEOF(v) )           //第一个可选参数地址
      #define va_arg(ap,t) ( *(t *)((ap += _INTSIZEOF(t)) - _INTSIZEOF(t)) ) //下一个参数地址
      #define va_end(ap)    ( ap = (va_list)0 )                            // 将指针置为无效

如果对以上几个宏定义不理解,可以略过,接这看后面的内容.
3. #define _INTSIZEOF(n) ((sizeof(n)+sizeof(int)-1)&~(sizeof(int) – 1) )
的目的在于把sizeof(n)的结果变成至少是sizeof(int)的整倍数,这个一般用来
在结构中实现按int的倍数对齐。
如果sizeof(int)是4,那么,当sizeof(n)的结果在1~4之间时,_INTSIZEOF(n)的
结果会是4;当sizeof(n)的结果在5~8时,_INTSIZEOF(n)的结果会是8;当sizeof(n)
的结果在9~12时,_INTSIZEOF(n)的结果会是12;……总之,会是sizeof(int)的倍数
4. 参数在堆栈中分布,位置
在进程中,堆栈地址是从高到低分配的.当执行一个函数的时候,将参数列表入栈,压入堆栈的高地址部分,然后入栈函数的返回地址,接着入栈函数的执行代码, 这个入栈过程,堆栈地址不断递减,一些黑客就是在堆栈中修改函数返回地址,执行自己的代码来达到执行自己插入的代码段的目的.
总之,函数在堆栈中的分布情况是:地址从高到低,依次是:函数参数列表,函数返回地址,函数执行代码段.
堆栈中,各个函数的分布情况是倒序的.即最后一个参数在列表中地址最高部分,第一个参数在列表地址的最低部分.参数在堆栈中的分布情况如下:
最后一个参数
倒数第二个参数

第一个参数
函数返回地址
函数代码段
5. 示例:

1)简单示例(一个可变参数):

#include "afx.h"
#include "stdio.h"
#include "stdarg.h"

void arg_test(int i, ...);

char *buff=NULL;


int main(int argc,char *argv[])
{
	int int_size = _INTSIZEOF(int);
	printf("int_size=%d\n", int_size);
	
	
	HANDLE hData=GlobalAlloc(GPTR,100);
	buff=(char*)GlobalLock(hData);
	
	arg_test(0,"ok,hello world!");
	
	GlobalUnlock(buff);
	GlobalFree(hData);
	
	return 0;
}

void arg_test(int i, ...)
{
	va_list arg_ptr;
	
	//使用此句表明arg_ptr将指向第一个可选参数地址,即i后面第一个参数的地址
	va_start(arg_ptr, i);
	printf("&i = %p\n", &i);//打印参数i在堆栈中的地址
	printf("arg_ptr = %p\n", arg_ptr);
	//打印va_start之后arg_ptr地址,
	//应该比参数i的地址高sizeof(int)个字节
	//这时arg_ptr指向下一个参数的地址
	
	wvsprintf(buff,"%s\r\n",arg_ptr);
	printf("%d \r\n%s\n", i, buff);
}

2)多个可变参数(循环读取)
//第一个参数定义可选参数个数(总的参数个数减去一),用于循环取初参数内容

#include "afx.h"
#include "stdio.h"
#include "stdarg.h"

void arg_cnt(int cnt, ...);

int main(int argc,char *argv[])
{
	int int_size = _INTSIZEOF(int);
	printf("int_size=%d\n", int_size);
	arg_cnt(4,1,2,3,4);
	return 0;
}

void arg_cnt(int cnt, ...)
{
	int value=0;
	int i=0;
	va_list arg_ptr;
	va_start(arg_ptr, cnt);
	for(i = 0; i < cnt; i++)
	{
		value = va_arg(arg_ptr,int);
		printf("value%d=%d\n", i+1, value);
	}
}

3)自定义可变参数类型

#include "afx.h"
#include "stdio.h"
#include "stdarg.h"

const int INT_TYPE   = 100000;
const int STR_TYPE   = 100001;
const int CHAR_TYPE   = 100002;
const int LONG_TYPE   = 100003;
const int FLOAT_TYPE = 100004;
const int DOUBLE_TYPE = 100005;
//第一个参数定义可选参数个数,用于循环取初参数内容
//可变参数采用arg_type,arg_value...的形式传递,以处理不同的可变参数类型
void arg_type(int cnt, ...);
//测试va_start,va_arg的使用方法,函数参数在堆栈中的地址分布情况
void *buff=NULL;

int main(int argc,char *argv[])
{
	int int_size = _INTSIZEOF(int);
	printf("int_size=%d\n", int_size);
	HANDLE hData=GlobalAlloc(GPTR,100);
	buff=GlobalLock(hData);
	arg_type(2, INT_TYPE, 222, STR_TYPE, "ok,hello world!");
	GlobalUnlock(buff);
	GlobalFree(hData);
	return 0;
}

void arg_type(int cnt, ...)
{
	int arg_type = 0;
	int int_value=0;
	int i=0;
	// int arg_cnt=cnt;
	char *str_value = NULL;
	va_list arg_ptr;
	va_start(arg_ptr, cnt);
	int len=0;
	for(i = 0; i < cnt; i++)
	{
		arg_type = va_arg(arg_ptr,int);
		switch(arg_type)
		{
			case INT_TYPE:
				int_value = va_arg(arg_ptr,int);
			
				len=wvsprintf((char*)buff,"%d\r\n",arg_ptr);
				printf("type=%d address=%s",arg_type,buff);
			
				printf("value%d=%d\n", i+1, int_value);
				break;
			case STR_TYPE:
				str_value = va_arg(arg_ptr,char*);
			
				wvsprintf((char*)buff+len,"%x\r\n",arg_ptr);
				printf("len=%d type=%d address=%s\r\n",len,arg_type,buff);
			
				printf("value%d=%s\n", i+1, str_value);
				break;
			default:
				break;
		}
	}
}

VC读取XML简单例子

VC读取XML简单例子

http://blog.csdn.net/loveghb/archive/2006/01/11/575925.aspx

XML最近被吹的神乎其神,很多数据的交换,包括很多中间件系统,WebService,软件的配置文件,都是在用XML这个技术,的确是个好东西,我手痒,写了个读取XML的代码片段,用的是MSXML的一些接口。

我读的是BT软件的配置文件,XML内容如下:

E:\电子书

8497

3072

13104

16547

303008

1180107

1132203124

代码如下:

#include “stdafx.h”

#include

using namespace std;

#include

#include

#import “msxml.dll” raw_interfaces_only

int _tmain(int argc, _TCHAR* argv[])

{

::CoInitialize(NULL);

CComPtr spDoc;

HRESULT hr = spDoc.CoCreateInstance(__uuidof(MSXML::DOMDocument)); //创建文档对象

VARIANT_BOOL bFlag;

hr = spDoc->load(CComVariant(L”BitComet.xml”), &bFlag); //load xml文件

CComPtr spElement;

hr = spDoc->get_documentElement(&spElement); //获取根结点

CComBSTR strTagName;

hr = spElement->get_tagName(&strTagName);

cout << "------TagName------" << endl; cout << CString(strTagName) << endl; CComPtr spNodeList;

hr = spElement->get_childNodes(&spNodeList); //获取子结点列表

long lCount;

hr = spNodeList->get_length(&lCount);

for (long i=0; i spNode;

MSXML::DOMNodeType NodeType;

CComPtr spChildNodeList;

hr = spNodeList->get_item(i, &spNode); //获取结点

hr = spNode->get_nodeType(&NodeType); //获取结点信息的类型

if (NODE_ELEMENT == NodeType)

{

hr = spNode->get_childNodes(&spChildNodeList);

long childLen;

hr = spChildNodeList->get_length(&childLen);

cout << "------NodeList------" << endl; for (int j=0; j spChildNode;

CComBSTR value;

hr = spChildNodeList->get_item(j, &spChildNode);

hr = spChildNode->get_nodeName(&value); //获取结点名字

cout << CString(value) << endl; hr = spChildNode->get_text(&value); //获取结点的值

cout << CString(value) << endl << endl; spChildNode.Release(); } } spNode.Release(); spChildNodeList.Release(); } spNodeList.Release(); spElement.Release(); spDoc.Release(); ::CoUninitialize(); return 0; } 输出结果如下: ------TagName------ BitComet ------NodeList------ LastSaveLocation E:\电子书 ListenPort 8497 GlobalMaxUploadRate 3072 LastAdCacheClearDate 13104 LastTrackerKey 16547 TotalUpload 303008 TotalDownload 1180107 LastExitTime 1132203124 这是一个最简单的demo,下次软件的配置信息,可以考虑用XML

Windows Socket五种I/O模型——代码全攻略

Windows Socket五种I/O模型——代码全攻略

http://blog.csdn.net/mlite/archive/2006/04/30/699340.aspx

Winsock 的I/O操作:

1、 两种I/O模式
阻塞模式:执行I/O操作完成前会一直进行等待,不会将控制权交给程序。套接字 默认为阻塞模式。可以通过多线程技术进行处理。
非阻塞模式:执行I/O操作时,Winsock函数会返回并交出控制权。这种模式使用 起来比较复杂,因为函数在没有运行完成就进行返回,会不断地返回 WSAEWOULDBLOCK错误。但功能强大。
为了解决这个问题,提出了进行I/O操作的一些I/O模型,下面介绍最常见的三种:

Windows Socket五种I/O模型——代码全攻略

如果你想在Windows平台上构建服务器应用,那么I/O模型是你必须考虑的。Windows操作系统提供了选择(Select)、异步选择(WSAAsyncSelect)、事件选择(WSAEventSelect)、重叠I/O(Overlapped I/O)和完成端口(Completion Port)共五种I/O模型。每一种模型均适用于一种特定的应用场景。程序员应该对自己的应用需求非常明确,而且综合考虑到程序的扩展性和可移植性等因素,作出自己的选择。

我会以一个回应反射式服务器(与《Windows网络编程》第八章一样)来介绍这五种I/O模型。
我们假设客户端的代码如下(为代码直观,省去所有错误检查,以下同):

#include
#include

#define SERVER_ADDRESS “137.117.2.148”
#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

int main()
{
WSADATA wsaData;
SOCKET sClient;
SOCKADDR_IN server;
char szMessage[MSGSIZE];
int ret;

// Initialize Windows socket library
WSAStartup(0x0202, &wsaData);

// Create client socket
sClient = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Connect to server
memset(&server, 0, sizeof(SOCKADDR_IN));
server.sin_family = AF_INET;
server.sin_addr.S_un.S_addr = inet_addr(SERVER_ADDRESS);
server.sin_port = htons(PORT);

connect(sClient, (struct sockaddr *)&server, sizeof(SOCKADDR_IN));

while (TRUE)
{
printf(“Send:”);
gets(szMessage);

// Send message
send(sClient, szMessage, strlen(szMessage), 0);

// Receive message
ret = recv(sClient, szMessage, MSGSIZE, 0);
szMessage[ret] = ‘\0’;

printf(“Received [%d bytes]: ‘%s’\n”, ret, szMessage);
}

// Clean up
closesocket(sClient);
WSACleanup();
return 0;
}

客户端所做的事情相当简单,创建套接字,连接服务器,然后不停的发送和接收数据。

比较容易想到的一种服务器模型就是采用一个主线程,负责监听客户端的连接请求,当接收到某个客户端的连接请求后,创建一个专门用于和该客户端通信的套接字和一个辅助线程。以后该客户端和服务器的交互都在这个辅助线程内完成。这种方法比较直观,程序非常简单而且可移植性好,但是不能利用平台相关的特性。例如,如果连接数增多的时候(成千上万的连接),那么线程数成倍增长,操作系统忙于频繁的线程间切换,而且大部分线程在其生命周期内都是处于非活动状态的,这大大浪费了系统的资源。所以,如果你已经知道你的代码只会运行在Windows平台上,建议采用Winsock I/O模型。

一.选择模型
Select(选择)模型是Winsock中最常见的I/O模型。之所以称其为“Select模型”,是由于它的“中心思想”便是利用select函数,实现对I/O的管理。最初设计该模型时,主要面向的是某些使用UNIX操作系统的计算机,它们采用的是Berkeley套接字方案。Select模型已集成到Winsock 1.1中,它使那些想避免在套接字调用过程中被无辜“锁定”的应用程序,采取一种有序的方式,同时进行对多个套接字的管理。由于Winsock 1.1向后兼容于Berkeley套接字实施方案,所以假如有一个Berkeley套接字应用使用了select函数,那么从理论角度讲,毋需对其进行任何修改,便可正常运行。(节选自《Windows网络编程》第八章)
下面的这段程序就是利用选择模型实现的Echo服务器的代码(已经不能再精简了):

#include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

int g_iTotalConn = 0;
SOCKET g_CliSocketArr[FD_SETSIZE];

DWORD WINAPI WorkerThread(LPVOID lpParameter);

int main()
{
WSADATA wsaData;
SOCKET sListen, sClient;
SOCKADDR_IN local, client;
int iaddrSize = sizeof(SOCKADDR_IN);
DWORD dwThreadId;

// Initialize Windows socket library
WSAStartup(0x0202, &wsaData);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN));

// Listen
listen(sListen, 3);

// Create worker thread
CreateThread(NULL, 0, WorkerThread, NULL, 0, &dwThreadId);

while (TRUE)
{
// Accept a connection
sClient = accept(sListen, (struct sockaddr *)&client, &iaddrSize);
printf(“Accepted client:%s:%d\n”, inet_ntoa(client.sin_addr), ntohs(client.sin_port));

// Add socket to g_CliSocketArr
g_CliSocketArr[g_iTotalConn++] = sClient;
}

return 0;
}

DWORD WINAPI WorkerThread(LPVOID lpParam)
{
int i;
fd_set fdread;
int ret;
struct timeval tv = {1, 0};
char szMessage[MSGSIZE];

while (TRUE)
{
FD_ZERO(&fdread);
for (i = 0; i < g_iTotalConn; i++) { FD_SET(g_CliSocketArr[i], &fdread); } // We only care read event ret = select(0, &fdread, NULL, NULL, &tv); if (ret == 0) { // Time expired continue; } for (i = 0; i < g_iTotalConn; i++) { if (FD_ISSET(g_CliSocketArr[i], &fdread)) { // A read event happened on g_CliSocketArr[i] ret = recv(g_CliSocketArr[i], szMessage, MSGSIZE, 0); if (ret == 0 || (ret == SOCKET_ERROR && WSAGetLastError() == WSAECONNRESET)) { // Client socket closed printf("Client socket %d closed.\n", g_CliSocketArr[i]); closesocket(g_CliSocketArr[i]); if (i < g_iTotalConn - 1) { g_CliSocketArr[i--] = g_CliSocketArr[--g_iTotalConn]; } } else { // We received a message from client szMessage[ret] = '\0'; send(g_CliSocketArr[i], szMessage, strlen(szMessage), 0); } } } } return 0; } 服务器的几个主要动作如下: 1.创建监听套接字,绑定,监听; 2.创建工作者线程; 3.创建一个套接字数组,用来存放当前所有活动的客户端套接字,每accept一个连接就更新一次数组; 4.接受客户端的连接。这里有一点需要注意的,就是我没有重新定义FD_SETSIZE宏,所以服务器最多支持的并发连接数为64。而且,这里决不能无条件的accept,服务器应该根据当前的连接数来决定是否接受来自某个客户端的连接。一种比较好的实现方案就是采用WSAAccept函数,而且让WSAAccept回调自己实现的Condition Function。如下所示: int CALLBACK ConditionFunc(LPWSABUF lpCallerId,LPWSABUF lpCallerData, LPQOS lpSQOS,LPQOS lpGQOS,LPWSABUF lpCalleeId, LPWSABUF lpCalleeData,GROUP FAR * g,DWORD dwCallbackData) { if (当前连接数 < FD_SETSIZE) return CF_ACCEPT; else return CF_REJECT; } 工作者线程里面是一个死循环,一次循环完成的动作是: 1.将当前所有的客户端套接字加入到读集fdread中; 2.调用select函数; 3.查看某个套接字是否仍然处于读集中,如果是,则接收数据。如果接收的数据长度为0,或者发生WSAECONNRESET错误,则表示客户端套接字主动关闭,这时需要将服务器中对应的套接字所绑定的资源释放掉,然后调整我们的套接字数组(将数组中最后一个套接字挪到当前的位置上) 除了需要有条件接受客户端的连接外,还需要在连接数为0的情形下做特殊处理,因为如果读集中没有任何套接字,select函数会立刻返回,这将导致工作者线程成为一个毫无停顿的死循环,CPU的占用率马上达到100%。 二.异步选择 Winsock提供了一个有用的异步I/O模型。利用这个模型,应用程序可在一个套接字上,接收以Windows消息为基础的网络事件通知。具体的做法是在建好一个套接字后,调用WSAAsyncSelect函数。该模型最早出现于Winsock的1.1版本中,用于帮助应用程序开发者面向一些早期的16位Windows平台(如Windows for Workgroups),适应其“落后”的多任务消息环境。应用程序仍可从这种模型中得到好处,特别是它们用一个标准的Windows例程(常称为"WndProc"),对窗口消息进行管理的时候。该模型亦得到了Microsoft Foundation Class(微软基本类,MFC)对象CSocket的采纳。(节选自《Windows网络编程》第八章) 我还是先贴出代码,然后做详细解释: #include
#include

#define PORT 5150
#define MSGSIZE 1024
#define WM_SOCKET WM_USER+0

#pragma comment(lib, “ws2_32.lib”)

LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow)
{
static TCHAR szAppName[] = _T(“AsyncSelect Model”);
HWND hwnd ;
MSG msg ;
WNDCLASS wndclass ;

wndclass.style = CS_HREDRAW | CS_VREDRAW ;
wndclass.lpfnWndProc = WndProc ;
wndclass.cbClsExtra = 0 ;
wndclass.cbWndExtra = 0 ;
wndclass.hInstance = hInstance ;
wndclass.hIcon = LoadIcon (NULL, IDI_APPLICATION) ;
wndclass.hCursor = LoadCursor (NULL, IDC_ARROW) ;
wndclass.hbrBackground = (HBRUSH) GetStockObject (WHITE_BRUSH) ;
wndclass.lpszMenuName = NULL ;
wndclass.lpszClassName = szAppName ;

if (!RegisterClass(&wndclass))
{
MessageBox (NULL, TEXT (“This program requires Windows NT!”), szAppName, MB_ICONERROR) ;
return 0 ;
}

hwnd = CreateWindow (szAppName, // window class name
TEXT (“AsyncSelect Model”), // window caption
WS_OVERLAPPEDWINDOW, // window style
CW_USEDEFAULT, // initial x position
CW_USEDEFAULT, // initial y position
CW_USEDEFAULT, // initial x size
CW_USEDEFAULT, // initial y size
NULL, // parent window handle
NULL, // window menu handle
hInstance, // program instance handle
NULL) ; // creation parameters

ShowWindow(hwnd, iCmdShow);
UpdateWindow(hwnd);

while (GetMessage(&msg, NULL, 0, 0))
{
TranslateMessage(&msg) ;
DispatchMessage(&msg) ;
}

return msg.wParam;
}

LRESULT CALLBACK WndProc (HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
WSADATA wsd;
static SOCKET sListen;
SOCKET sClient;
SOCKADDR_IN local, client;
int ret, iAddrSize = sizeof(client);
char szMessage[MSGSIZE];

switch (message)
{
case WM_CREATE:
// Initialize Windows Socket library
WSAStartup(0x0202, &wsd);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(local));

// Listen
listen(sListen, 3);

// Associate listening socket with FD_ACCEPT event
WSAAsyncSelect(sListen, hwnd, WM_SOCKET, FD_ACCEPT);
return 0;

case WM_DESTROY:
closesocket(sListen);
WSACleanup();
PostQuitMessage(0);
return 0;

case WM_SOCKET:
if (WSAGETSELECTERROR(lParam))
{
closesocket(wParam);
break;
}

switch (WSAGETSELECTEVENT(lParam))
{
case FD_ACCEPT:
// Accept a connection from client
sClient = accept(wParam, (struct sockaddr *)&client, &iAddrSize);

// Associate client socket with FD_READ and FD_CLOSE event
WSAAsyncSelect(sClient, hwnd, WM_SOCKET, FD_READ | FD_CLOSE);
break;

case FD_READ:
ret = recv(wParam, szMessage, MSGSIZE, 0);

if (ret == 0 || ret == SOCKET_ERROR && WSAGetLastError() == WSAECONNRESET)
{
closesocket(wParam);
}
else
{
szMessage[ret] = ‘\0’;
send(wParam, szMessage, strlen(szMessage), 0);
}
break;

case FD_CLOSE:
closesocket(wParam);
break;
}
return 0;
}

return DefWindowProc(hwnd, message, wParam, lParam);
}

在我看来,WSAAsyncSelect是最简单的一种Winsock I/O模型(之所以说它简单是因为一个主线程就搞定了)。使用Raw Windows API写过窗口类应用程序的人应该都能看得懂。这里,我们需要做的仅仅是:
1.在WM_CREATE消息处理函数中,初始化Windows Socket library,创建监听套接字,绑定,监听,并且调用WSAAsyncSelect函数表示我们关心在监听套接字上发生的FD_ACCEPT事件;
2.自定义一个消息WM_SOCKET,一旦在我们所关心的套接字(监听套接字和客户端套接字)上发生了某个事件,系统就会调用WndProc并且message参数被设置为WM_SOCKET;
3.在WM_SOCKET的消息处理函数中,分别对FD_ACCEPT、FD_READ和FD_CLOSE事件进行处理;
4.在窗口销毁消息(WM_DESTROY)的处理函数中,我们关闭监听套接字,清除Windows Socket library

下面这张用于WSAAsyncSelect函数的网络事件类型表可以让你对各个网络事件有更清楚的认识:
表1

FD_READ 应用程序想要接收有关是否可读的通知,以便读入数据
FD_WRITE 应用程序想要接收有关是否可写的通知,以便写入数据
FD_OOB 应用程序想接收是否有带外(OOB)数据抵达的通知
FD_ACCEPT 应用程序想接收与进入连接有关的通知
FD_CONNECT 应用程序想接收与一次连接或者多点join操作完成的通知
FD_CLOSE 应用程序想接收与套接字关闭有关的通知
FD_QOS 应用程序想接收套接字“服务质量”(QoS)发生更改的通知
FD_GROUP_QOS 应用程序想接收套接字组“服务质量”发生更改的通知(现在没什么用处,为未来套接字组的使用保留)
FD_ROUTING_INTERFACE_CHANGE 应用程序想接收在指定的方向上,与路由接口发生变化的通知
FD_ADDRESS_LIST_CHANGE 应用程序想接收针对套接字的协议家族,本地地址列表发生变化的通知

三.事件选择
Winsock提供了另一个有用的异步I/O模型。和WSAAsyncSelect模型类似的是,它也允许应用程序在一个或多个套接字上,接收以事件为基础的网络事件通知。对于表1总结的、由WSAAsyncSelect模型采用的网络事件来说,它们均可原封不动地移植到新模型。在用新模型开发的应用程序中,也能接收和处理所有那些事件。该模型最主要的差别在于网络事件会投递至一个事件对象句柄,而非投递至一个窗口例程。(节选自《Windows网络编程》第八章)
还是让我们先看代码然后进行分析:
#include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

int g_iTotalConn = 0;
SOCKET g_CliSocketArr[MAXIMUM_WAIT_OBJECTS];
WSAEVENT g_CliEventArr[MAXIMUM_WAIT_OBJECTS];

DWORD WINAPI WorkerThread(LPVOID);
void Cleanup(int index);

int main()
{
WSADATA wsaData;
SOCKET sListen, sClient;
SOCKADDR_IN local, client;
DWORD dwThreadId;
int iaddrSize = sizeof(SOCKADDR_IN);

// Initialize Windows Socket library
WSAStartup(0x0202, &wsaData);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN));

// Listen
listen(sListen, 3);

// Create worker thread
CreateThread(NULL, 0, WorkerThread, NULL, 0, &dwThreadId);

while (TRUE)
{
// Accept a connection
sClient = accept(sListen, (struct sockaddr *)&client, &iaddrSize);
printf(“Accepted client:%s:%d\n”, inet_ntoa(client.sin_addr), ntohs(client.sin_port));

// Associate socket with network event
g_CliSocketArr[g_iTotalConn] = sClient;
g_CliEventArr[g_iTotalConn] = WSACreateEvent();
WSAEventSelect(g_CliSocketArr[g_iTotalConn],
g_CliEventArr[g_iTotalConn],
FD_READ | FD_CLOSE);
g_iTotalConn++;
}
}

DWORD WINAPI WorkerThread(LPVOID lpParam)
{
int ret, index;
WSANETWORKEVENTS NetworkEvents;
char szMessage[MSGSIZE];

while (TRUE)
{
ret = WSAWaitForMultipleEvents(g_iTotalConn, g_CliEventArr, FALSE, 1000, FALSE);
if (ret == WSA_WAIT_FAILED || ret == WSA_WAIT_TIMEOUT)
{
continue;
}

index = ret – WSA_WAIT_EVENT_0;
WSAEnumNetworkEvents(g_CliSocketArr[index], g_CliEventArr[index], &NetworkEvents);

if (NetworkEvents.lNetworkEvents & FD_READ)
{
// Receive message from client
ret = recv(g_CliSocketArr[index], szMessage, MSGSIZE, 0);
if (ret == 0 || (ret == SOCKET_ERROR && WSAGetLastError() == WSAECONNRESET))
{
Cleanup(index);
}
else
{
szMessage[ret] = ‘\0’;
send(g_CliSocketArr[index], szMessage, strlen(szMessage), 0);
}
}

if (NetworkEvents.lNetworkEvents & FD_CLOSE)
{
Cleanup(index);
}
}
return 0;
}

void Cleanup(int index)
{
closesocket(g_CliSocketArr[index]);
WSACloseEvent(g_CliEventArr[index]);

if (index < g_iTotalConn - 1) { g_CliSocketArr[index] = g_CliSocketArr[g_iTotalConn - 1]; g_CliEventArr[index] = g_CliEventArr[g_iTotalConn - 1]; } g_iTotalConn--; } 事件选择模型也比较简单,实现起来也不是太复杂,它的基本思想是将每个套接字都和一个WSAEVENT对象对应起来,并且在关联的时候指定需要关注的哪些网络事件。一旦在某个套接字上发生了我们关注的事件(FD_READ和FD_CLOSE),与之相关联的WSAEVENT对象被Signaled。程序定义了两个全局数组,一个套接字数组,一个WSAEVENT对象数组,其大小都是MAXIMUM_WAIT_OBJECTS(64),两个数组中的元素一一对应。 同样的,这里的程序没有考虑两个问题,一是不能无条件的调用accept,因为我们支持的并发连接数有限。解决方法是将套接字按MAXIMUM_WAIT_OBJECTS分组,每MAXIMUM_WAIT_OBJECTS个套接字一组,每一组分配一个工作者线程;或者采用WSAAccept代替accept,并回调自己定义的Condition Function。第二个问题是没有对连接数为0的情形做特殊处理,程序在连接数为0的时候CPU占用率为100%。 四.重叠I/O模型 Winsock2的发布使得Socket I/O有了和文件I/O统一的接口。我们可以通过使用Win32文件操纵函数ReadFile和WriteFile来进行Socket I/O。伴随而来的,用于普通文件I/O的重叠I/O模型和完成端口模型对Socket I/O也适用了。这些模型的优点是可以达到更佳的系统性能,但是实现较为复杂,里面涉及较多的C语言技巧。例如我们在完成端口模型中会经常用到所谓的“尾随数据”。 1.用事件通知方式实现的重叠I/O模型 #include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

typedef struct
{
WSAOVERLAPPED overlap;
WSABUF Buffer;
char szMessage[MSGSIZE];
DWORD NumberOfBytesRecvd;
DWORD Flags;
}PER_IO_OPERATION_DATA, *LPPER_IO_OPERATION_DATA;

int g_iTotalConn = 0;
SOCKET g_CliSocketArr[MAXIMUM_WAIT_OBJECTS];
WSAEVENT g_CliEventArr[MAXIMUM_WAIT_OBJECTS];
LPPER_IO_OPERATION_DATA g_pPerIODataArr[MAXIMUM_WAIT_OBJECTS];

DWORD WINAPI WorkerThread(LPVOID);
void Cleanup(int);

int main()
{
WSADATA wsaData;
SOCKET sListen, sClient;
SOCKADDR_IN local, client;
DWORD dwThreadId;
int iaddrSize = sizeof(SOCKADDR_IN);

// Initialize Windows Socket library
WSAStartup(0x0202, &wsaData);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN));

// Listen
listen(sListen, 3);

// Create worker thread
CreateThread(NULL, 0, WorkerThread, NULL, 0, &dwThreadId);

while (TRUE)
{
// Accept a connection
sClient = accept(sListen, (struct sockaddr *)&client, &iaddrSize);
printf(“Accepted client:%s:%d\n”, inet_ntoa(client.sin_addr), ntohs(client.sin_port));

g_CliSocketArr[g_iTotalConn] = sClient;

// Allocate a PER_IO_OPERATION_DATA structure
g_pPerIODataArr[g_iTotalConn] = (LPPER_IO_OPERATION_DATA)HeapAlloc(
GetProcessHeap(),
HEAP_ZERO_MEMORY,
sizeof(PER_IO_OPERATION_DATA));
g_pPerIODataArr[g_iTotalConn]->Buffer.len = MSGSIZE;
g_pPerIODataArr[g_iTotalConn]->Buffer.buf = g_pPerIODataArr[g_iTotalConn]->szMessage;
g_CliEventArr[g_iTotalConn] = g_pPerIODataArr[g_iTotalConn]->overlap.hEvent = WSACreateEvent();

// Launch an asynchronous operation
WSARecv(
g_CliSocketArr[g_iTotalConn],
&g_pPerIODataArr[g_iTotalConn]->Buffer,
1,
&g_pPerIODataArr[g_iTotalConn]->NumberOfBytesRecvd,
&g_pPerIODataArr[g_iTotalConn]->Flags,
&g_pPerIODataArr[g_iTotalConn]->overlap,
NULL);

g_iTotalConn++;
}

closesocket(sListen);
WSACleanup();
return 0;
}

DWORD WINAPI WorkerThread(LPVOID lpParam)
{
int ret, index;
DWORD cbTransferred;

while (TRUE)
{
ret = WSAWaitForMultipleEvents(g_iTotalConn, g_CliEventArr, FALSE, 1000, FALSE);
if (ret == WSA_WAIT_FAILED || ret == WSA_WAIT_TIMEOUT)
{
continue;
}

index = ret – WSA_WAIT_EVENT_0;
WSAResetEvent(g_CliEventArr[index]);

WSAGetOverlappedResult(
g_CliSocketArr[index],
&g_pPerIODataArr[index]->overlap,
&cbTransferred,
TRUE,
&g_pPerIODataArr[g_iTotalConn]->Flags);

if (cbTransferred == 0)
{
// The connection was closed by client
Cleanup(index);
}
else
{
// g_pPerIODataArr[index]->szMessage contains the received data
g_pPerIODataArr[index]->szMessage[cbTransferred] = ‘\0’;
send(g_CliSocketArr[index], g_pPerIODataArr[index]->szMessage,\
cbTransferred, 0);

// Launch another asynchronous operation
WSARecv(
g_CliSocketArr[index],
&g_pPerIODataArr[index]->Buffer,
1,
&g_pPerIODataArr[index]->NumberOfBytesRecvd,
&g_pPerIODataArr[index]->Flags,
&g_pPerIODataArr[index]->overlap,
NULL);
}
}

return 0;
}

void Cleanup(int index)
{
closesocket(g_CliSocketArr[index]);
WSACloseEvent(g_CliEventArr[index]);
HeapFree(GetProcessHeap(), 0, g_pPerIODataArr[index]);

if (index < g_iTotalConn - 1) { g_CliSocketArr[index] = g_CliSocketArr[g_iTotalConn - 1]; g_CliEventArr[index] = g_CliEventArr[g_iTotalConn - 1]; g_pPerIODataArr[index] = g_pPerIODataArr[g_iTotalConn - 1]; } g_pPerIODataArr[--g_iTotalConn] = NULL; } 这个模型与上述其他模型不同的是它使用Winsock2提供的异步I/O函数WSARecv。在调用WSARecv时,指定一个WSAOVERLAPPED结构,这个调用不是阻塞的,也就是说,它会立刻返回。一旦有数据到达的时候,被指定的WSAOVERLAPPED结构中的hEvent被Signaled。由于下面这个语句 g_CliEventArr[g_iTotalConn] = g_pPerIODataArr[g_iTotalConn]->overlap.hEvent;
使得与该套接字相关联的WSAEVENT对象也被Signaled,所以WSAWaitForMultipleEvents的调用操作成功返回。我们现在应该做的就是用与调用WSARecv相同的WSAOVERLAPPED结构为参数调用WSAGetOverlappedResult,从而得到本次I/O传送的字节数等相关信息。在取得接收的数据后,把数据原封不动的发送到客户端,然后重新激活一个WSARecv异步操作。

2.用完成例程方式实现的重叠I/O模型
#include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

typedef struct
{
WSAOVERLAPPED overlap;
WSABUF Buffer;
char szMessage[MSGSIZE];
DWORD NumberOfBytesRecvd;
DWORD Flags;
SOCKET sClient;
}PER_IO_OPERATION_DATA, *LPPER_IO_OPERATION_DATA;

DWORD WINAPI WorkerThread(LPVOID);
void CALLBACK CompletionROUTINE(DWORD, DWORD, LPWSAOVERLAPPED, DWORD);

SOCKET g_sNewClientConnection;
BOOL g_bNewConnectionArrived = FALSE;

int main()
{
WSADATA wsaData;
SOCKET sListen;
SOCKADDR_IN local, client;
DWORD dwThreadId;
int iaddrSize = sizeof(SOCKADDR_IN);

// Initialize Windows Socket library
WSAStartup(0x0202, &wsaData);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN));

// Listen
listen(sListen, 3);

// Create worker thread
CreateThread(NULL, 0, WorkerThread, NULL, 0, &dwThreadId);

while (TRUE)
{
// Accept a connection
g_sNewClientConnection = accept(sListen, (struct sockaddr *)&client, &iaddrSize);
g_bNewConnectionArrived = TRUE;
printf(“Accepted client:%s:%d\n”, inet_ntoa(client.sin_addr), ntohs(client.sin_port));
}
}

DWORD WINAPI WorkerThread(LPVOID lpParam)
{
LPPER_IO_OPERATION_DATA lpPerIOData = NULL;

while (TRUE)
{
if (g_bNewConnectionArrived)
{
// Launch an asynchronous operation for new arrived connection
lpPerIOData = (LPPER_IO_OPERATION_DATA)HeapAlloc(
GetProcessHeap(),
HEAP_ZERO_MEMORY,
sizeof(PER_IO_OPERATION_DATA));
lpPerIOData->Buffer.len = MSGSIZE;
lpPerIOData->Buffer.buf = lpPerIOData->szMessage;
lpPerIOData->sClient = g_sNewClientConnection;

WSARecv(lpPerIOData->sClient,
&lpPerIOData->Buffer,
1,
&lpPerIOData->NumberOfBytesRecvd,
&lpPerIOData->Flags,
&lpPerIOData->overlap,
CompletionROUTINE);

g_bNewConnectionArrived = FALSE;
}

SleepEx(1000, TRUE);
}
return 0;
}

void CALLBACK CompletionROUTINE(DWORD dwError,
DWORD cbTransferred,
LPWSAOVERLAPPED lpOverlapped,
DWORD dwFlags)
{
LPPER_IO_OPERATION_DATA lpPerIOData = (LPPER_IO_OPERATION_DATA)lpOverlapped;

if (dwError != 0 || cbTransferred == 0)
{
// Connection was closed by client
closesocket(lpPerIOData->sClient);
HeapFree(GetProcessHeap(), 0, lpPerIOData);
}
else
{
lpPerIOData->szMessage[cbTransferred] = ‘\0’;
send(lpPerIOData->sClient, lpPerIOData->szMessage, cbTransferred, 0);

// Launch another asynchronous operation
memset(&lpPerIOData->overlap, 0, sizeof(WSAOVERLAPPED));
lpPerIOData->Buffer.len = MSGSIZE;
lpPerIOData->Buffer.buf = lpPerIOData->szMessage;

WSARecv(lpPerIOData->sClient,
&lpPerIOData->Buffer,
1,
&lpPerIOData->NumberOfBytesRecvd,
&lpPerIOData->Flags,
&lpPerIOData->overlap,
CompletionROUTINE);
}
}

用完成例程来实现重叠I/O比用事件通知简单得多。在这个模型中,主线程只用不停的接受连接即可;辅助线程判断有没有新的客户端连接被建立,如果有,就为那个客户端套接字激活一个异步的WSARecv操作,然后调用SleepEx使线程处于一种可警告的等待状态,以使得I/O完成后CompletionROUTINE可以被内核调用。如果辅助线程不调用SleepEx,则内核在完成一次I/O操作后,无法调用完成例程(因为完成例程的运行应该和当初激活WSARecv异步操作的代码在同一个线程之内)。
完成例程内的实现代码比较简单,它取出接收到的数据,然后将数据原封不动的发送给客户端,最后重新激活另一个WSARecv异步操作。注意,在这里用到了“尾随数据”。我们在调用WSARecv的时候,参数lpOverlapped实际上指向一个比它大得多的结构PER_IO_OPERATION_DATA,这个结构除了WSAOVERLAPPED以外,还被我们附加了缓冲区的结构信息,另外还包括客户端套接字等重要的信息。这样,在完成例程中通过参数lpOverlapped拿到的不仅仅是WSAOVERLAPPED结构,还有后边尾随的包含客户端套接字和接收数据缓冲区等重要信息。这样的C语言技巧在我后面介绍完成端口的时候还会使用到。

五.完成端口模型
“完成端口”模型是迄今为止最为复杂的一种I/O模型。然而,假若一个应用程序同时需要管理为数众多的套接字,那么采用这种模型,往往可以达到最佳的系统性能!但不幸的是,该模型只适用于Windows NT和Windows 2000操作系统。因其设计的复杂性,只有在你的应用程序需要同时管理数百乃至上千个套接字的时候,而且希望随着系统内安装的CPU数量的增多,应用程序的性能也可以线性提升,才应考虑采用“完成端口”模型。要记住的一个基本准则是,假如要为Windows NT或Windows 2000开发高性能的服务器应用,同时希望为大量套接字I/O请求提供服务(Web服务器便是这方面的典型例子),那么I/O完成端口模型便是最佳选择!(节选自《Windows网络编程》第八章)
完成端口模型是我最喜爱的一种模型。虽然其实现比较复杂(其实我觉得它的实现比用事件通知实现的重叠I/O简单多了),但其效率是惊人的。我在T公司的时候曾经帮同事写过一个邮件服务器的性能测试程序,用的就是完成端口模型。结果表明,完成端口模型在多连接(成千上万)的情况下,仅仅依靠一两个辅助线程,就可以达到非常高的吞吐量。下面我还是从代码说起:
#include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

typedef enum
{
RECV_POSTED
}OPERATION_TYPE;

typedef struct
{
WSAOVERLAPPED overlap;
WSABUF Buffer;
char szMessage[MSGSIZE];
DWORD NumberOfBytesRecvd;
DWORD Flags;
OPERATION_TYPE OperationType;
}PER_IO_OPERATION_DATA, *LPPER_IO_OPERATION_DATA;

DWORD WINAPI WorkerThread(LPVOID);

int main()
{
WSADATA wsaData;
SOCKET sListen, sClient;
SOCKADDR_IN local, client;
DWORD i, dwThreadId;
int iaddrSize = sizeof(SOCKADDR_IN);
HANDLE CompletionPort = INVALID_HANDLE_VALUE;
SYSTEM_INFO systeminfo;
LPPER_IO_OPERATION_DATA lpPerIOData = NULL;

// Initialize Windows Socket library
WSAStartup(0x0202, &wsaData);

// Create completion port
CompletionPort = CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, 0, 0);

// Create worker thread
GetSystemInfo(&systeminfo);
for (i = 0; i < systeminfo.dwNumberOfProcessors; i++) { CreateThread(NULL, 0, WorkerThread, CompletionPort, 0, &dwThreadId); } // Create listening socket sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); // Bind local.sin_addr.S_un.S_addr = htonl(INADDR_ANY); local.sin_family = AF_INET; local.sin_port = htons(PORT); bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN)); // Listen listen(sListen, 3); while (TRUE) { // Accept a connection sClient = accept(sListen, (struct sockaddr *)&client, &iaddrSize); printf("Accepted client:%s:%d\n", inet_ntoa(client.sin_addr), ntohs(client.sin_port)); // Associate the newly arrived client socket with completion port CreateIoCompletionPort((HANDLE)sClient, CompletionPort, (DWORD)sClient, 0); // Launch an asynchronous operation for new arrived connection lpPerIOData = (LPPER_IO_OPERATION_DATA)HeapAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(PER_IO_OPERATION_DATA)); lpPerIOData->Buffer.len = MSGSIZE;
lpPerIOData->Buffer.buf = lpPerIOData->szMessage;
lpPerIOData->OperationType = RECV_POSTED;
WSARecv(sClient,
&lpPerIOData->Buffer,
1,
&lpPerIOData->NumberOfBytesRecvd,
&lpPerIOData->Flags,
&lpPerIOData->overlap,
NULL);
}

PostQueuedCompletionStatus(CompletionPort, 0xFFFFFFFF, 0, NULL);
CloseHandle(CompletionPort);
closesocket(sListen);
WSACleanup();
return 0;
}

DWORD WINAPI WorkerThread(LPVOID CompletionPortID)
{
HANDLE CompletionPort=(HANDLE)CompletionPortID;
DWORD dwBytesTransferred;
SOCKET sClient;
LPPER_IO_OPERATION_DATA lpPerIOData = NULL;

while (TRUE)
{
GetQueuedCompletionStatus(
CompletionPort,
&dwBytesTransferred,
&sClient,
(LPOVERLAPPED *)&lpPerIOData,
INFINITE);
if (dwBytesTransferred == 0xFFFFFFFF)
{
return 0;
}

if (lpPerIOData->OperationType == RECV_POSTED)
{
if (dwBytesTransferred == 0)
{
// Connection was closed by client
closesocket(sClient);
HeapFree(GetProcessHeap(), 0, lpPerIOData);
}
else
{
lpPerIOData->szMessage[dwBytesTransferred] = ‘\0’;
send(sClient, lpPerIOData->szMessage, dwBytesTransferred, 0);

// Launch another asynchronous operation for sClient
memset(lpPerIOData, 0, sizeof(PER_IO_OPERATION_DATA));
lpPerIOData->Buffer.len = MSGSIZE;
lpPerIOData->Buffer.buf = lpPerIOData->szMessage;
lpPerIOData->OperationType = RECV_POSTED;
WSARecv(sClient,
&lpPerIOData->Buffer,
1,
&lpPerIOData->NumberOfBytesRecvd,
&lpPerIOData->Flags,
&lpPerIOData->overlap,
NULL);
}
}
}
return 0;
}

首先,说说主线程:
1.创建完成端口对象
2.创建工作者线程(这里工作者线程的数量是按照CPU的个数来决定的,这样可以达到最佳性能)
3.创建监听套接字,绑定,监听,然后程序进入循环
4.在循环中,我做了以下几件事情:
(1).接受一个客户端连接
(2).将该客户端套接字与完成端口绑定到一起(还是调用CreateIoCompletionPort,但这次的作用不同),注意,按道理来讲,此时传递给CreateIoCompletionPort的第三个参数应该是一个完成键,一般来讲,程序都是传递一个单句柄数据结构的地址,该单句柄数据包含了和该客户端连接有关的信息,由于我们只关心套接字句柄,所以直接将套接字句柄作为完成键传递;
(3).触发一个WSARecv异步调用,这次又用到了“尾随数据”,使接收数据所用的缓冲区紧跟在WSAOVERLAPPED对象之后,此外,还有操作类型等重要信息。

在工作者线程的循环中,我们
1.调用GetQueuedCompletionStatus取得本次I/O的相关信息(例如套接字句柄、传送的字节数、单I/O数据结构的地址等等)
2.通过单I/O数据结构找到接收数据缓冲区,然后将数据原封不动的发送到客户端
3.再次触发一个WSARecv异步操作

六.五种I/O模型的比较
我会从以下几个方面来进行比较
*有无每线程64连接数限制
如果在选择模型中没有重新定义FD_SETSIZE宏,则每个fd_set默认可以装下64个SOCKET。同样的,受MAXIMUM_WAIT_OBJECTS宏的影响,事件选择、用事件通知实现的重叠I/O都有每线程最大64连接数限制。如果连接数成千上万,则必须对客户端套接字进行分组,这样,势必增加程序的复杂度。
相反,异步选择、用完成例程实现的重叠I/O和完成端口不受此限制。

*线程数
除了异步选择以外,其他模型至少需要2个线程。一个主线程和一个辅助线程。同样的,如果连接数大于64,则选择模型、事件选择和用事件通知实现的重叠I/O的线程数还要增加。

*实现的复杂度
我的个人看法是,在实现难度上,异步选择<选择<用完成例程实现的重叠I/O<事件选择<完成端口<用事件通知实现的重叠I/O *性能 由于选择模型中每次都要重设读集,在select函数返回后还要针对所有套接字进行逐一测试,我的感觉是效率比较差;完成端口和用完成例程实现的重叠I/O基本上不涉及全局数据,效率应该是最高的,而且在多处理器情形下完成端口还要高一些;事件选择和用事件通知实现的重叠I/O在实现机制上都是采用WSAWaitForMultipleEvents,感觉效率差不多;至于异步选择,不好比较。所以我的结论是:选择<用事件通知实现的重叠I/O<事件选择<用完成例程实现的重叠I/O<完成端口

Windows Socket五种I/O模型——select模型

Windows Socket五种I/O模型——select模型

http://blog.csdn.net/cq1982/archive/2007/05/27/1627621.aspx

入门中我们基本的思路是为每个实际的连接开辟一个子线程用于数据通讯,我们知道,由于计算机的处理能力毕竟还是有限的,因此在并发多连接的情况下,无限制的开辟线程将会对系统造成很大的负担(呵呵,后果还是蛮严重的。。。),因此,聪明的家伙们想到用各种I/O模型来解决数据传输中遇到的种种问题,我们先来看看大家最先会研究的一种模型吧(疑?印象中我是从消息模型开始的……不管了)

这就是select模型,最初听说这个,就想到了c/c++里的关键字switch & case… 嘿嘿,后来发现确实还蛮像的:)。废话不多说,咱们先进一段代码:(本文转自网络,稍加整理,仅供大家学习交流用)

#include
#include

#define PORT 5150
#define MSGSIZE 1024

#pragma comment(lib, “ws2_32.lib”)

int g_iTotalConn = 0;
SOCKET g_CliSocketArr[FD_SETSIZE];

DWORD WINAPI WorkerThread(LPVOID lpParameter);

int main()
…{
WSADATA wsaData;
SOCKET sListen, sClient;
SOCKADDR_IN local, client;
int iaddrSize = sizeof(SOCKADDR_IN);
DWORD dwThreadId;

// Initialize Windows socket library
WSAStartup(0x0202, &wsaData);

// Create listening socket
sListen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

// Bind
local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
local.sin_family = AF_INET;
local.sin_port = htons(PORT);
bind(sListen, (struct sockaddr *)&local, sizeof(SOCKADDR_IN));

// Listen
listen(sListen, 3);

// Create worker thread
CreateThread(NULL, 0, WorkerThread, NULL, 0, &dwThreadId);

while (TRUE)
…{
// Accept a connection
sClient = accept(sListen, (struct sockaddr *)&client, &iaddrSize);
printf(“Accepted client:%s:%d “, inet_ntoa(client.sin_addr), ntohs(client.sin_port));

// Add socket to g_CliSocketArr
g_CliSocketArr[g_iTotalConn++] = sClient;
}

return 0;
}

DWORD WINAPI WorkerThread(LPVOID lpParam)
…{
int i;
fd_set fdread;
int ret;
struct timeval tv = …{1, 0};
char szMessage[MSGSIZE];

while (TRUE)
…{
FD_ZERO(&fdread);
for (i = 0; i < g_iTotalConn; i++) ...{ FD_SET(g_CliSocketArr[i], &fdread); } // We only care read event ret = select(0, &fdread, NULL, NULL, &tv); if (ret == 0) ...{ // Time expired continue; } for (i = 0; i < g_iTotalConn; i++) ...{ if (FD_ISSET(g_CliSocketArr[i], &fdread)) ...{ // A read event happened on g_CliSocketArr[i] ret = recv(g_CliSocketArr[i], szMessage, MSGSIZE, 0); if (ret == 0 || (ret == SOCKET_ERROR && WSAGetLastError() == WSAECONNRESET)) ...{ // Client socket closed printf("Client socket %d closed. ", g_CliSocketArr[i]); closesocket(g_CliSocketArr[i]); if (i < g_iTotalConn - 1) ...{ g_CliSocketArr[i--] = g_CliSocketArr[--g_iTotalConn]; } } else ...{ // We received a message from client szMessage[ret] = '\0'; send(g_CliSocketArr[i], szMessage, strlen(szMessage), 0); } } } } return 0; } 没时间自己从头写代码,在网上找了找现成的,基本上这个代码和入门代码还是很类似的,也是有个子线程的概念在里头,不过相信细心的你一定发现了,这个主函数只创建了一个子线程,还居然是在连接建立之前就创建了,这个,就是select模型和之前入门模型的第一个区别了。对了,这个就是工作者线程,专家们一般都会建议在windows进行程序开发,把一些后台的工作交给这样一些线程来处理,主线程只负责一些简单的操作和一些UI操作。 我们再来从头分析一下:创建监听套接字,绑定,监听这些socket里一定会有的不多说了;然后是创建一个工作者线程;最后是一个循环接受新的连接请求,并将通讯socket保存到一个数组末尾。这里有一点需要注意的,就是我没有重新定义FD_SETSIZE宏,所以服务器最多支持的并发连接数为64。而且,这里决不能无条件的accept,服务器应该根据当前的连接数来决定是否接受来自某个客户端的连接。一种比较好的实现方案就是采用WSAAccept函数,而且让WSAAccept回调自己实现的Condition Function。如下所示: int CALLBACK ConditionFunc(LPWSABUF lpCallerId,LPWSABUF lpCallerData, LPQOS lpSQOS, LPQOS lpGQOS,LPWSABUF lpCalleeId, LPWSABUF lpCalleeData,GROUP FAR * g, DWORD dwCallbackData) ...{ if (当前连接数 < FD_SETSIZE) return CF_ACCEPT; else return CF_REJECT; } 工作者线程里面使用到了Winsock提供的一些宏用来操作套接字队列fd_set,这里稍微介绍一下: FD_CLR( s, *set) 从队列set删除句柄s; FD_ISSET( s, *set) 检查句柄s是否存在与队列set中; FD_SET( s, *set )把句柄s添加到队列set中; FD_ZERO( *set ) 把set队列初始化成空队列. 工作者线程里面是一个死循环,一次循环完成的动作是: 1.将当前所有的客户端套接字加入到读集fdread中; 2.调用select函数; 其原型是 int select( int nfds , fd_set FAR* readfds , fd_set FAR* writefds , fd_set FAR* exceptfds , const struct timeval FAR * timeout ) ; 该函数来检查你要调用的socket套接字是否已经有了需要处理的数据。 select包含三个socket队列,分别代表:readfds ,检查可读性; writefds,检查可写性; exceptfds,例外数据。 timeout是select函数的返回时间。例如,我们想要检查一个套接字是否有数据需要接收,我们可以把套接接字句柄加入可读性检查队列中,然后调用select,如果,该套接字没有数据需要接收,select函数会把该套接字从可读性检查队列中删除掉,所以我们只要检查该套接字句柄是否还存在于可读性队列中,就可以知道到底有没有数据需要接收了。 3.查看某个套接字是否仍然处于读集中,如果是,则接收数据。如果接收的数据长度为0,或者发生WSAECONNRESET错误,则表示客户端套接字主动关闭,这时需要将服务器中对应的套接字所绑定的资源释放掉,然后调整我们的套接字数组(将数组中最后一个套接字挪到当前的位置上) 基本上就是这些,实际的编程中要注意的小细节还是很多(比如在连接数为0的情形下做特殊处理,因为如果读集中没有任何套接字,select函数会立刻返回,这将导致工作者线程成为一个毫无停顿的死循环,CPU的占用率马上达到100%)。

CreateToolhelp32Snapshot枚举进程

CreateToolhelp32Snapshot枚举进程

http://hi.baidu.com/ooo%B9%C2%D1%E3ooo/blog/item/fa65ad43e1312d1472f05d16.html

每一个应用程序实例在运行起来后都会在当前系统下产生一个进程,大多数应用程序均拥有可视界面,用户可以通过标题栏上的关闭按钮关闭程序。但是也有为数不少的在后台运行的程序是没有可视界面的,对于这类应用程序用户只能通过CTRL+ALT+DEL热键呼出”关闭程序”对话框显示出当前系统进程列表,从中可以结束指定的任务。显然,该功能在一些系统监控类软件中还是非常必需的,其处理过程大致可以分为两步:借助系统快照实现对系统当前进程的枚举和根据枚举结果对进程进行管理。本文下面即将对此过程的实现进行介绍。
当前进程的枚举
要对当前系统所有已开启的进程进行枚举,就必须首先获得那些加载到内存的进程当前相关状态信息。在Windows操作系统下,这些进程的当前状态信息不能直接从进程本身获取,系统已为所有保存在系统内存中的进程、线程以及模块等的当前状态的信息制作了一个只读副本–系统快照,用户可以通过对系统快照的访问完成对进程当前状态的检测。在具体实现时,系统快照句柄的获取是通过Win32 API函数CreateToolhelp32Snapshot()来完成的,通过该函数不仅可以获取进程快照,而且对于堆、模块和线程的系统快照同样可以获取。
使用这个函数前必须在头文件里包含tlhelp32.h头文件。
CreateToolhelp32Snapshot函数为指定的进程、进程使用的堆[HEAP]、模块[MODULE]、线程[THREAD])建立一个快照[snapshot]。
HANDLE WINAPI CreateToolhelp32Snapshot(
DWORD dwFlags,
DWORD th32ProcessID
);
参数:其中,参数dwFlags:指定将要创建包含哪一类系统信息的快照句柄,本程序中只需要检索系统进程信息,因此可将其设置为TH32CS_SNAPPROCESS;函数第二个参数th32ProcessID`则指定了进程的标识号,当设置为0时指定当前进程。
dwFlags
[输入]指定快照中包含的系统内容,这个参数能够使用下列数值(变量)中的一个。
TH32CS_INHERIT – 声明快照句柄是可继承的。
TH32CS_SNAPALL – 在快照中包含系统中所有的进程和线程。
TH32CS_SNAPHEAPLIST – 在快照中包含在th32ProcessID中指定的进程的所有的堆。
TH32CS_SNAPMODULE – 在快照中包含在th32ProcessID中指定的进程的所有的模块。
TH32CS_SNAPPROCESS – 在快照中包含系统中所有的进程。
TH32CS_SNAPTHREAD – 在快照中包含系统中所有的线程。
th32ProcessID
[输入]指定将要快照的进程ID。如果该参数为0表示快照当前进程。该参数只有在设置了TH32CS_SNAPHEAPLIST或TH32CS_SNAPMOUDLE后才有效,在其他情况下该参数被忽略,所有的进程都会被快照。
返回值:
调用成功,返回快照的句柄,调用失败,返回INVAID_HANDLE_VALUE。
备注:
使用GetLastError函数查找该函数产生的错误状态码。
要删除快照,使用CloseHandle函数。
在得到快照句柄之后只能以只读的方式对其进行访问。至于对系统快照句柄的使用同普通对象句柄的使用并没有什么太大区别,在使用完之后也需要通过CloseHandle()函数将其销毁。
BOOL Process32First()函数
参数:HANDLE hSnapshot 传入的Snapshot句柄
参数:LPPROCESSENTRY32 lppe 指向PROCESSENTRY32结构的指针
作用:从Snapshot得到第一个进程记录信息
BOOL Process32Next()函数
参数:HANDLE hSnapshot 传入的Snapshot句柄
参数:LPPROCESSENTRY32 lppe 指向PROCESSENTRY32结构的指针
作用:从Snapshot得到下一个进程记录信息
BOOL Module32First()函数
参数:HANDLE hSnapshot传入的Snapshot句柄
参数:LPMODULEENTRY3 lpme 指向一个 MODULEENTRY32结构的指针
作用:从Snapshot得到第一个Module记录信息
BOOL Module32Next()函数
参数:HANDLE hSnapshot传入的Snapshot句柄
参数:LPMODULEENTRY3 lpme 指向一个 MODULEENTRY32结构的指针
作用:从Snapshot得到下一个Module记录信息
BOOL Thread32First()函数
参数:HANDLE hSnapshot传入的Snapshot句柄
参数:LPTHREADENTRY32 lpte指向一个 THREADENTRY32结构的指针
作用:从Snapshot得到第一个Thread记录信息
BOOL Thread32Next()函数
参数:HANDLE hSnapshot传入的Snapshot句柄
参数:LPTHREADENTRY32 lpte指向一个 THREADENTRY32结构的指针
作用:从Snapshot得到下一个Thread记录信息
HANDLE OpenProcess()函数
参数:DWORD dwDesiredAccess 权限描叙信息
这里我用到了PROCESS_ALL_ACCESS功能是具有所有权限
参数:BOOL bInheritHandle 确定该句柄是否可以被程继承
参数:dwPrcessID 进程ID号
作用:打开一个存在的进程对象
列举进程
在得到系统的快照句柄后,就可以对当前进程的标识号进行枚举了,通过这些枚举出的进程标识号可以很方便的对进程进行管理。进程标识号通过函数Process32First() 和 Process32Next()而得到,这两个函数可以枚举出系统当前所有开启的进程,并且可以得到相关的进程信息。 这两个函数原型声明如下:
BOOL WINAPI Process32First(HANDLE hSnapshot, LPPROCESSENTRY32 lppe);
BOOL WINAPI Process32Next(HANDLE hSnapshot,LPPROCESSENTRY32 lppe);
以上两个函数分别用于获得系统快照中第一个和下一个进程的信息,并将获取得到的信息保存在指针lppe所指向的PROCESSENTRY32结构中。函数第一个参数hSnapshot为由CreateToolhelp32Snapshot()函数返回得到的系统快照句柄;第二个参数lppe为指向结构PROCESSENTRY32的指针,PROCESSENTRY32结构可对进程作一个较为全面的描述,其定义如下:
typedef struct tagPROCESSENTRY32 {
DWORD dwSize; // 结构大小;
DWORD cntUsage; // 此进程的引用计数;
DWORD th32ProcessID; // 进程ID;
DWORD th32DefaultHeapID; // 进程默认堆ID;
DWORD th32ModuleID; // 进程模块ID;
DWORD cntThreads; // 此进程开启的线程计数;
DWORD th32ParentProcessID; // 父进程ID;
LONG pcPriClassBase; // 线程优先权;
DWORD dwFlags; // 保留;
char szExeFile[MAX_PATH]; // 进程全名;
} PROCESSENTRY32;
以上三个API函数均在头文件tlhelp32.h中声明,运行时需要有kernel32.lib库的支持。通过这三个函数可以枚举出当前系统已开启的所有进程,并可获取到进程的各相关信息。
 
例子:
#include
#include
#include
int main( )
{
// 现在我们将利用函数CreateToolhelp32Snapshot()获得当前运行进程的快照
//这个函数返回包含正在运行进程的快照句柄。
//他的原形是:
// HANDLE WINAPI CreateToolhelp32Snapshot(DWORD dwFlags, DWORD th32ProcessID);
// 我们将dwFlags设为TH32CS_SNAPPROCESS,th32ProcessID置为0。
HANDLE hSnapShot=CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0);
//现在我们获得了所有进程的信息。
//将从hSnapShot中抽取数据到一个PROCESSENTRY32结构中
//这个结构代表了一个进程,是ToolHelp32 API的一部分。
//抽取数据靠Process32First()和Process32Next()这两个函数。

//这里我们仅用Process32Next(),他的原形是:
//BOOL WINAPI Process32Next(HANDLE hSnapshot,LPPROCESSENTRY32 lppe);
//我们程序的代码中加入:
PROCESSENTRY32* processInfo=new PROCESSENTRY32;
// 必须设置PROCESSENTRY32的dwSize成员的值 ;
processInfo->dwSize=sizeof(PROCESSENTRY32);
int index=0;
//这里我们将快照句柄和PROCESSENTRY32结构传给Process32Next()。
//执行之后,PROCESSENTRY32 结构将获得进程的信息。我们循环遍历,直到函数返回FALSE。
printf(“****************开始列举进程****************\n”);
while(Process32Next(hSnapShot,processInfo)!=FALSE)
{
index++;
printf(“****************** %d ******************\n”,index);
printf(“PID Name Current Threads\n”);
printf(“%-15d%-25s%-4d\n”,processInfo->th32ProcessID,processInfo->szExeFile,processInfo->cntThreads);
}
CloseHandle(hSnapShot);
printf(“****************进程列举结束****************\n”);

int processID;
HANDLE hProcess;
printf(“Enter Process ID to terminate that process:”);
scanf(“%d”,&processID);
// 现在我们用函数 TerminateProcess()终止进程:
// 这里我们用PROCESS_ALL_ACCESS
hProcess=OpenProcess(PROCESS_ALL_ACCESS,TRUE,processID);
if(hProcess==NULL)
{
printf(“Unable to get handle of process: “);
printf(“Error is: %d”,GetLastError());
}
TerminateProcess(hProcess,0);
delete processInfo;
return 0;
}

//例子调试环境:xp(sp2)+vc6.0

点击CListCtrl空白后,原来选中的ITEM仍处于被选中状态

点击CListCtrl空白后,原来选中的ITEM仍处于被选中状态

http://blog.csdn.net/wuqiangu/archive/2007/11/07/1871162.aspx

这个问题,csdn上不少人已经讨论过了,大都是一些模糊的hint.

今天有空,来此整理一下。

(一)测试环境

windows xp2 / Microsoft Visual Studio 2005

(二)基本需求

1,鼠标点击(包括双击,右击)CListCtrl的ITEM或者非ITEM区域即空白区

2,点击空白区时,之前被选中的ITEM仍然处于选中状态

(三)解决方案

1,给CLIstCtrl添加鼠标点击消息函数。单击,双击,右单击,右双击。(应该还有更简单的方法)

2,只在单击函数添加以下代码,其他的调用该函数则可。

LPNMLISTVIEW pNMLV = reinterpret_cast(pNMHDR);
if ( pNMLV->iItem == -1 )
{
// GetSelectionMark()可以返回点击空白时,之前被选择ITEM的索引
int iMark = m_wndListSelection.GetSelectionMark();
m_wndListSelection.SetItemState(iMark,LVIS_SELECTED,LVIS_SELECTED);
}
注:测试中,CListCtrl的Single Selection 为true.

从资源管理器拖拽文件到CListCtrl

从资源管理器托拽文件到CListCtrl

http://blog.csdn.net/wuqiangu/archive/2007/06/08/1644447.aspx

测试环境: Window XP / Visual Studio 2005

(一) 建立一个基于对话框的工程MyDropListCtrl。

1. 在CDialog面板中放置一个CListCtrl控件。并设置其AccceptFiles属性为true,View属性为report

(二) 从CListCtrl派生一个类CMyListCtrl,并重写它的OnDropFiles函数。

1. 在类的头文件中加入函数声明

afx_msg void OnDropFiles(HDROP hDropInfo);
2. 在类的实现文件中消息映射表处加入

ON_WM_DROPFILES()
3. 在类的实现文件中进行函数处理

void CMyListCtrl::OnDropFiles(HDROP hDropInfo)
{
char cFilePathName[_MAX_PATH] = {0};
UINT nNumOfFiles = DragQueryFile(hDropInfo, 0xFFFFFFFF, NULL, 0); //文件的个数
for ( UINT nIndex=0 ; nIndex< nNumOfFiles; ++nIndex ) { DragQueryFile(hDropInfo, nIndex, cFilePathName, _MAX_PATH); //得到文件名 // 把得到的文件名传给父窗口 LPARAM lParam = (LPARAM)cFilePathName; GetParent()->SendMessage(WM_USER_CHANGE_LIST,0,lParam);
}
DragFinish(hDropInfo);
}
为了要在父窗口中处理[文件名,路径插入ListCtrl中]这一操作,这里用到SendMessage函数,后面再详细说明。

这样就实现了一个简单支持拖放文件的CListCtrl类了。

(三) CListCtrl对象设置。

1. 用向导为CListCtrl控件添加变量,类型为CMyListCtrl

CMyListCtrl m_wndListCtrl;
2.在此对话框类实现文件中加入一下代码

BOOL CMyDropListCtrlDlg::OnInitDialog()
{
CDialog::OnInitDialog();
……
m_wndListCtrl.SetExtendedStyle( m_wndListCtrl.GetExtendedStyle() | LVS_EX_FULLROWSELECT );
LVCOLUMN column;
column.mask = LVCF_TEXT;

CRect crect;
m_wndListCtrl.GetWindowRect(&crect);// 得到ListCtrl的矩形大小

// name列
column.pszText = “name”;
m_wndListCtrl.InsertColumn(0, &column);
m_wndListCtrl.SetColumnWidth(0,(crect.Width()-5) * 2 / 7);// 设置列宽

// location列
column.pszText = “location”;
m_wndListCtrl.InsertColumn(1, &column);
m_wndListCtrl.SetColumnWidth(1,(crect.Width()-5) * 5 / 7);
…….
return TRUE;
}
(四) 用自定义消息处理拖放文件

1.定义消息名称,在CMyListCtrl头文件中加入

enum eMyListCtrl{ WM_USER_CHANGE_LIST = WM_APP + 0x0100 };
用#define 定义也可以(一个VC高手告诉我,在C++中避免用#define)。消息名称可以自己定义,其值要在

WM_APP以上

2. 发送消息。就是上面的SendMessage函数。第一个参数就是,消息名称。后两个参数,可以根据需要为我们传递

数据。这里,就传递所拖放文件的全路经。不用的话,一般设置为零。

3. 声明消息处理函数。在对话框类头文件中加入,函数名自定义。返回值一般为LRESULT。

afx_msg LRESULT OnDropFilesToList(WPARAM wParam, LPARAM lParam);
4. 建立消息映射。在对话框实现文件消息映射表处加入

ON_MESSAGE( CMyListCtrl::WM_USER_CHANGE_LIST, OnDropFilesToList )
如果上面用#define定义消息名称的话,就把CMyListCtrl::去掉。

5. 进行消息处理。这里为在ListCtrl上插入所拖放文件的名字及路径。

LRESULT CMyDropListCtrlDlg::OnDropFilesToList(WPARAM wParam, LPARAM lParam)
{
//m_wndListCtrl.DeleteAllItems();
char * cFilePath = (char *)lParam;// 得到拖放文件的路径
char fileName[_MAX_FNAME];
_splitpath_s(cFilePath, NULL, 0, NULL, 0, fileName, _MAX_FNAME, NULL, 0);// 得到文件名
m_wndListCtrl.InsertItem(0, fileName);// 在第一列插入文件名
m_wndListCtrl.SetItemText(0, 1,cFilePath );// 在第二列插入文件路径

return true;
}
这一步,简单验证了从资源管理器可以拖放文件到自己的ListCtrl上。以后可以根据具体需要再完善。

MEASUREITEMSTRUCT WM_MEASUREITEM

MEASUREITEMSTRUCT结构体通知系统自绘控件或菜单项的尺寸.这充许系统正确的处理用户与控件的相互动作
typedef struct tagMEASUREITEMSTRUCT { // mis
UINT CtlType; // 控件类型
UINT CtlID; // combo box, list box, or button 标识符
UINT itemID; // menu item, variable-height list box, 菜单项,可变高的列表框
// or combo box identifier 或组合框的标识符
UINT itemWidth; // width of menu item, in pixels 菜单项的宽,单位:象素
UINT itemHeight; // height of single item in list box menu,
// in pixels 菜单或列表框单一项目的高,单位象素
DWORD itemData; // application-defined 32-bit value 应用程序定义的32位值
} MEASUREITEMSTRUCT;

CtlType:
指定控件的类型.这个成员可以是下列的一个值:
ODT_BUTTON 自绘按钮
ODT_COMBOBOX 自绘组合框
ODT_LISTBOX 自绘列表框
ODT_LISTVIEW 自绘列表视图控件
ODT_MENU 自绘菜单
CtlID:
指定组合框(combo box), 列表框(list box), 或 控钮(button)的标识符.这个成员不能在菜单中使用

itemID:
指定菜单项的标识符或组合框(combo box), 列表框(list box)的位置索引.
列表框(list box)风格已经有LBS_OWNERDRAWVARIABLE时这个值才被指定
组合框(combo box)风格已经有CBS_OWNERDRAWVARIABLE风格时这个值才被指定

itemWidth:
指定宽,单位象素,一个菜单项目.在从消息返回之前,自绘菜单项的所有者必需填充这个成员.

itemHeight:
指定高,单位象素,列表框(list box)一个个别的项或一个菜单.在从消息返回之前自绘组合框,列表框或菜单项必需填写这个参数.

itemData:
指定与应用程序定义的菜单项相关联的32位值.做为控件,这个参数指定值是最后指定给列表框(list box)或组合框(combo box)的LB_SETITEMDATA或CB_SETITEMDATA消息中的值.如果列表框(list box)或组合框(combo box)已经使用LB_HASSTRINGS或CB_HASSTRINGS风格这个最初值是零.否则,这个值最初的值是传给列表框(list box)或组合框(combo box)
下列消息中lparam参数的一个值:
CB_ADDSTRING
CB_INSERTSTRING
LB_ADDSTRING
LB_INSERTSTRING
备注:
所有者窗体接收一个自绘控件的WM_MEASUREITEM消息lParam参数指向的MEASUREITEMSTRUCT结构体的指针.就在控件被创建的时候自绘控件发送这个消息到它的所有者窗体.所有者然后为控件和返回的结构体填写适当成员.
这个结构体是共同的所有自绘控件
如果应用程序没有填充MEASUREITEMSTRUCT适当的成员.这个控件或菜单不可能被完全的绘制

==================================================================

WM_MEASUREITEM消息

WM_MEASUREITEM
在控件或菜单被创建的时候,向自绘按钮(button),组合框(combo box),列表框(list box),
列表视图(list view)或菜单项的所有者发送WM_MEASUREITEM消息

WM_MEASUREITEM
idCtl = (UINT) wParam; // 控件标识符
lpmis = (LPMEASUREITEMSTRUCT) lParam; // 项目大小信息

参数:
idCtl
wParam值. lpmis参数指向MEASUREITEMSTRUCT结构体CtlID成员包含的值,
这个值由发送到控件的WM_MEASUREITEM消息确定

如果这个值是零.消息是由一个菜单发出.如果这个值是非零,消息是由组合框(combo box),列表框(list box)
发出,如果这个值是非零并且lpmis指向的MEASUREITEMSTRUCT结构体itemID成员的值是(UINT)-1,
消息是发送到组合框编辑区域.
lpmis
lparam值.指向包含自绘控件或菜单项的尺寸的MEASUREITEMSTRUCT结构体
返回值:
如果应用程序处理这个消息,返回的是TRUE

备注:
就在所有者接收WM_MEASUREITEM消息的时候,所有者填充消息中lParam参数指向的MEASUREITEMSTRUCT结构体,
这告诉系统控件的尺寸.如果一个组合框(combo box)或列表框(list box)创建时有
LBS_OWNERDRAWVARIABLE或 CBS_OWNERDRAWVARIABLE风格,这个消息发送到所有者控件各自的项;否则,这个消息发送一次.

在WM_INITDIALOG消息发送之前,系统为在创建时有OWNERDRAWFIXED风格的列表框和组合框的所有者窗体
发送WM_MEASUREITEM消息.在所有者收到这个消息的时候,系统还没有决定控件使用字体的宽度和高度尺寸.
将在应用程序或库中调用主要的函数计算需要的值