WIN32多线程程序设计学习笔记(第六章 下)

原创 2007年09月17日 20:11:00
继续。。。
上面的程序片段使用WaitForMultipleObjects函数来等待,会有两个问题:
第一、     只能等待小于64个的对象,这是WaitForMultipleObjects函数本身所带来的限制。
第二、     你必须不断根据“哪一个handle被激发”而计算如何处理。那个这个程序的结构可不是很清晰,以后维护可不方便
 
那么书上在这里提供了一个异步过程调用(APCs)的方法来解决这些问题
 
APCs的核心观点是:提供一个函数,当overlapped I/O操作完成时,自动调用此函数
注意:运用APCs,必须使用ReadFileEx()、WriteFileEx ()
例子:
//自定义函数,供overlapped I/O操作完成时调用
VOID WINAPI MyFunc(DWORD dwErrorCode, //完成码
    DWORD dwNumberOfBytesTransfered,    // 被传递的字节数目
    LPOVERLAPPED lpOverlapped   //指向OVERLAPPED 结构的指针
 )
{
    //这里运用了一个技巧,因为使用APCs技术;那么OVERLAPPED 结构的
    //event栏位没有什么用,可以用它来传递一些参数。
//在这里利用它传递序号,以表明是誰完成了overlapped I/O
    int nIndex = (int)(lpOverlapped->hEvent);
    //针对nIndex,做一些操作
    switch ( nIndex )
    {
        case 1 : //做一些操作。。。 break;
case 2 : //做一些操作。。。 break;
…..
    }
//如果所有overlapped I/O都处理完毕,将全局event激发,使主程序结束
    if (++nCompletionCount == MAX_REQUESTS)
        SetEvent(ghEvent);
}
int main()
{
    //构造全局event
    ghEvent=CreateEvent(NULL,TRUE,FALSE, NULL );
// 以overlapped的方式打开文件
    ghFile = CreateFile( szPath,
                    GENERIC_READ,
                    FILE_SHARE_READ|FILE_SHARE_WRITE,
                    NULL,
                    OPEN_EXISTING,
                    FILE_FLAG_OVERLAPPED,
                    NULL
     );
    for (i=0; i<MAX_REQUESTS; i++)
     {
        //将同一文件按几个部分按overlapped方式同时读
        //注意看QueueRequest函数是如何运做的
        QueueRequest(i, i*16384, READ_SIZE);
     }
      // 等待所有操作完成
      WaitForSingleObjectEx(ghEvent, INFINITE, TRUE );
 
 
       CloseHandle(ghFile);
       return EXIT_SUCCESS;
}
int QueueRequest(int nIndex, DWORD dwLocation, DWORD dwAmount)
{
    //记录overlapped的序号
gOverlapped[nIndex].hEvent = (HANDLE)nIndex;
//记录文件开始点
    gOverlapped[nIndex].Offset = dwLocation;
    //当读文件完成后自动调用MyFun
    ReadFileEx(ghFile,gBuffers[nIndex],dwAmount,&gOverlapped[nIndex],MyFunc);    
}
 
以上的三个程序片段都是对overlapped I/O具体运用;对付一般的I/O操作应是可以了,如果你需要更高的效率,那么你就需要书上提到的I/O Completion Ports了。
 
I/O Completion Ports也许是最好的方法了(看看书P172-P173你是否会有这种感觉呢?);
I/O Completion Ports 好像很难理解,我试着从自己理解的角度来写写心得(也许不对);
描述:
I/O Completion Ports看作容器,那么在这个容器中放置若干个线程(书上说最好是cpu个数*2+2),这些个线程随时随地的将被激活去服务I/O请求。
 
为什么I/O Completion Ports会很有效率?我是这样想的:首先容器中保持的线程可以随时承担服务I/O请求的任务,其主要特点是:两个线程在不同的时间可以服务同一个I/O请求
第二:这些个线程的调度由系统选择安排。系统总是在它认为最合适的时机去调度线程做最合适的事。书上还说了其它的一些有利于效率的工作,我就不再一一描述了。
 
下面我们来看一下运用I/O Completion Ports这是咱们最关心的:
 
在P179有一个操作概观:对着它,我来解释书上I/O Completion Ports 的例子。
 
//注意:一定要对着书,把下面用到的WIN32函数的每个参数的含义弄清楚,这很重要
//――――――产生一个I/O completion port   
     //构造一个I/O completion port
     ghCompletionPort = CreateIoCompletionPort(
        INVALID_HANDLE_VALUE,
NULL, //不使用任何port
0,      //这个参数用于在线程间传递参数,此时设为空
            0       // 使用默认的线程数
);
 
//――――――让它和一个文件handle产生关联  
     //将socket关联到产生的I/O completion port,那么以后发生在这个socket
//上的任何I/O操作,都由此I/O completion port中的线程处理
CreateIoCompletionPort( (HANDLE)newsocket, //注意,这里是socket;原因见书P184
    ghCompletionPort,  //指定的I/O completion port
    (DWORD)pKey,   //一个指针,指向自定义的结构
      0        // 使用默认的线程数
      ); 
/* pKey,用于记录在newsocket上发生的操作,在这里指向一个自定义的结构
,此结构中保存从客户端读入的数据和写回客户的数据*/
//――――――产生一堆线程   
          CreateWorkerThreads();
 
//――――――下面是
     //下面这段代码在线程函数ThreadFunc中
for (;;)
{
//――――――让每一个线程都在completion port上等待          
        //下面这个函数相当于WaitForSingleObject;[提醒一下:这种等待不是忙等待]
         //当一个线程读操作完成后,此函数返回
          bResult = GetQueuedCompletionStatus(
          ghCompletionPort, //指定在哪一个端口上等待
          &dwNumRead,
          &(DWORD) pCntx,     //一个指针,收到CreateIoCompletionPort所定义的key
          &lpOverlapped,
          INFINITE
         );
/*说明:pCntx就是CreateIoCompletionPort()中参数pkey;读出的数据被指定放入
pkey->InBuffer中 ,仔细看看程序代码及p183的叙述,你就会发现在I/O Completion Ports
中的线程是通过pkey来判别不同的客户端的*/
 
         if (bResult==读完 )
         { //将读出的数据保存到pCntx->OutBuffer中
//注意:pCntx->nOutBufIndex记录着当前客户端已读出的数据的位置
            char *pch = &pCntx->OutBuffer[pCntx->nOutBufIndex++];
            *pch++ = pCntx->InBuffer[0];
*pch = '/0';
            if (pCntx->InBuffer[0] == '/n')
{//如果读完了,将收到的信息写回客户端
//――――――开始对着那个文件handle发出一些overlapped I/O请求    
                WriteFile(
                        (HANDLE)(pCntx->sock),
                        pCntx->OutBuffer,
                        pCntx->nOutBufIndex,
                        &pCntx->dwWritten,
                        &pCntx->ovOut
                    );
                pCntx->nOutBufIndex = 0;
}
//没有读完
//――――――开始对着那个文件handle发出一些overlapped I/O请求    
/*下面这一段我将书上的IssueRead(pCntx)拿掉了,替换它的是IssueRead(pCntx)函数的实现*/
//读操作,引发I/O completion port的操作
          bResult = ReadFile(
            (HANDLE)pCntx->sock,  //记取客户端的socket
            pCntx->InBuffer,            //将从客户端的中读取的字符写入InBuffer
            1,                          //每次读取一个字符
            &numRead,
            &pCntx->ovIn             //嘿!这家伙在这没啥用
        );        
     }
 
上面程序片段没有列出“避免Completion Packets”的程序代码。
当写入操作完成时,I/O Completion port将收到一个Packets以说明写入操作成功与否;如果写入操作的结果(成功或失败)不是很重要,那么我们肯定不希望在每次写入操作后都接收这样一个Packets(因为浪费时间),我要屏蔽它,可以向下面这样:
     OVERLAPPED overlap;
     //对hEvent向下面这样处理
     overlap.hEvent = CreateEvent(…);
     overlap.hEvent = (HANDLE)((DWORD)overlap.hEvent | 0x1);
     //那么 “写操作”使用这个经过处理的 overlap后,I/O Completion port不会再发Packets
     WriteFile(….&overlap);
 
限于我的表达能力,有些地方只能生硬的描述出来;这篇笔记的作用是帮助我下次再看的时候能够很快的拿住重点,对你而言可能也没什么用,但我为什么要写出来呢?因为写笔记(我也不知道这能不能算是笔记)能够帮助我更好的理解书上的内容,这一点我深有体会。回头再看一下书,发现书上把这些技术描述的非常清楚。用词也很准确,寥寥数笔直取技术核心。所以建议大家把书反复的看,你会突然开窍J(嗯!我就是这样突然开窍)。
 
下一篇笔记我争取写的好一些,希望写得不光我明白,也让大家明白!!!
    
 
附注:以上正文纯属加强记忆所做笔记,内容或有不详,甚至错误,请阅者见谅,匆见怪!!!
 

Win32多线程程序设计

Win32多线程程序设计”多线程多任务“是程序开发者和用户都需要的一个重要资产。从WindowsNT开始,完全支持32位程序的抢占式多任务。带领我们进入了”多线程多任务“时代。基本概念 进程(pro...
  • chenjintaoxp
  • chenjintaoxp
  • 2015年07月31日 16:04
  • 1259

WIN32多线程程序设计学习笔记(第六章 下)

上面的程序片段使用WaitForMultipleObjects函数来等待,会有两个问题:第一、     只能等待小于64个的对象,这是WaitForMultipleObjects函数本身所带来的限制。...
  • lukziliary
  • lukziliary
  • 2009年04月22日 19:29
  • 348

《win32多线程程序设计》学习笔记一

一、win32基础  1、进程   1)、从win32角度来看,进程含有内存和资源。被进程拥有的资源,理论上可高达2GB。资源包括核心对象,UESR资源,GDI资源。   2)、进程本身并不能够...
  • Explorer_day
  • Explorer_day
  • 2017年03月07日 19:21
  • 325

《win32多线程程序设计》学习笔记三

一、Busy Waiting 1、绝对不要再win32中使用Busy Loop 二、性能呢监视器(略) 三、等待一个线程结束 1、Win32提供函数WaitForSingleObject(),...
  • Explorer_day
  • Explorer_day
  • 2017年03月11日 12:27
  • 408

WIN32多线程程序设计学习笔记(第六章 上)

我们知道当程序调用I/O设备处理一些事情时,让主程序停下来干等I/O的完成是没有效率的。对这个问题有下面几种解决方法:方法一:使用另一个线程进行I/O。但从以前的学习中也知道,协调线程间的关系是一件麻...
  • benny5609
  • benny5609
  • 2007年09月17日 20:10
  • 721

深入浅出Win32多线程程序设计

引言 从单进程单线程到多进程多线程是操作系统发展的一种必然趋势,当年的DOS系统属于单任务操作系统,最优秀的成员员也只能通过驻留内存的方式实现所谓的“多任务”,而如今的Win32操作系统却可以一边听...
  • htt9931
  • htt9931
  • 2014年02月10日 09:59
  • 1323

win32多线程程序设计笔记(第六章下)

接着,我们讲解具体overlap I/O的使用。对于overlapped I/O的讨论,从简单的应用开始,然后再演变到最高级的应用:         激发的文件handles;     ...
  • qq819853294
  • qq819853294
  • 2013年09月28日 21:10
  • 934

《win32多线程程序设计》学习笔记四

一、Critical Sections
  • Explorer_day
  • Explorer_day
  • 2017年03月23日 22:27
  • 483

学习笔记 -- Win32 多线程程序设计

创建一个线程使用如下API HANDLE WINAPI CreateThread(   _In_opt_  LPSECURITY_ATTRIBUTES  lpThreadAttributes, ...
  • duoluoxia
  • duoluoxia
  • 2017年08月12日 11:42
  • 170

WIN32多线程程序设计学习笔记

WIN32多线程程序设计学习笔记(第二章)  《WIN32多线程程序设计》这本书也看了好多遍,但总是觉得印象不深;我想是不是应该做做笔记,一来可以加深一下印象。二也在可以在用时方便查阅。J 首先,我觉...
  • code09
  • code09
  • 2009年03月11日 09:24
  • 998
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:WIN32多线程程序设计学习笔记(第六章 下)
举报原因:
原因补充:

(最多只允许输入30个字)