老版VC++线程池

在一般的设计中,当需要一个线程时,就创建一个,但是当线程过多时可能会影响系统的整体效率,这个性能的下降主要体现在:当线程过多时在线程间来回切换需要花费时间,而频繁的创建和销毁线程也需要花费额外的机器指令,同时在某些时候极少数线程可能就可以处理大量,比如http服务器可能只需要几个线程就可以处理用户发出的http请求,毕竟相对于用户需要长时间来阅读网页来说,CPU只是找到对应位置的页面返回即可。在这种情况下为每个用户连接创建一个线程长时间等待再次处理用户请求肯定是不划算的。为了解决这种问题,提出了线程池的概念,线程池中保存一定数量的 线程,当需要时,由线程池中的某一个线程来调用对应的处理函数。通过控制线程数量从而减少了CPU的线程切换,而且用完的线程还到线程池而不是销毁,下一次再用时直接从池中取,在某种程度上减少了线程创建与销毁的消耗,从而提高效率 在Windows上,使用线程池十分简单,它将线程池做为一个整体,当需要使用池中的线程时,只需要定义对应的回调函数,然后调用API将回调函数进行提交,系统自带的线程池就会自动执行对应的回调函数。从而实现任务的执行,这种方式相对于传统的VC线程来说,程序员不再需要关注线程的创建与销毁,以及线程的调度问题,这些统一由系统完成,只需要将精力集中到逻辑处理的回调函数中来,这样将程序员从繁杂的线程控制中解放出来。同时Windows中线程池一般具有动态调整线程数量的自主行为,它会根据线程中执行任务的工作量来自动调整线程数,即不让大量线程处于闲置状态,也不会因为线程过少而有大量任务处于等待状态。 在windows上主要有四种线程池 1. 普通线程池 2. 同步对象等待线程池 3. 定时器回调线程池 4. 完成端口回调线程池

这些线程池最大的特点是需要提供一个由线程池中线程调用的回调函数,当条件满足时回调函数就会被线程池中的对应线程进行调用。从设计的角度来说,这样的设计大大简化了应用程序考虑多线程设计时的难度,此时只需要考虑回调函数中的处理逻辑和被调用的条件即可,而不必考虑线程的创建销毁等等问题(一些设计还可以绕开繁琐的同步处理)。需要注意的就是一般不要在这些回调函数中设计处理类似UI消息循环那样的循环,即不要长久占用线程池中的线程。 下面来依次说明各种线程池的使用:

普通线程池

普通线程池在使用时主要是调用QueueUserWorkItem函数将回调函数加入线程池队列,线程池中一旦有空闲的线程就会调用这个回调,函数原型如下:

BOOL WINAPI QueueUserWorkItem(
  __in      LPTHREAD_START_ROUTINE Function,
  __in_opt  PVOID Context,
  __in      ULONG Flags
);

第一个参数是一个回调函数地址,函数原型与线程函数原型相同,所以在设计时可以考虑使用宏开关来指定这个回调函数作为线程函数还是作为线程池的回调函数 第二个参数是传给回调函数的参数指针 第三个参数是一个标志值,它的主要值及其含义如下:

标志

含义

WT_EXECUTEDEFAULT

线程池的默认标志

WT_EXECUTEINIOTHREAD

以IO可警告状态运行线程回调函数

WT_EXECUTEINPERSISTENTTHREAD

该线程将一直运行而不会终止

WT_EXECUTELONGFUNCTION

执行一个运行时间较长的任务(这会使系统考虑是否在线程池中创建新的线程)

WT_TRANSFER_IMPERSONATION

以当前的访问字串运行线程并调用回调函数

下面是一个具体的例子:

void CALLBACK ThreadProc(LPVOID lpParam);

int _tmain(int argc, _TCHAR* argv[])
{
    int nWaitTime;
    while (TRUE)
    {
        printf("请输入线程等待事件:");
        scanf_s("%d", &nWaitTime);
        printf("\n");
        if (0 == nWaitTime)
        {
            break;
        }
        //将任务放入到队列中进行排队
        QueueUserWorkItem((LPTHREAD_START_ROUTINE)ThreadProc, &nWaitTime, WT_EXECUTELONGFUNCTION);
    }

    //结束主线程
    printf("主线程[%04x]\n", GetCurrentThreadId());
    return 0;
}

void CALLBACK ThreadProc(LPVOID lpParam)
{
    int nWaitTime = *(int*)lpParam;

    printf("线程[%04x]将等待%ds\n", GetCurrentThreadId(), nWaitTime);
    Sleep(nWaitTime * 1000);
    printf("线程[%04x]执行完毕\n", GetCurrentThreadId());
}

这段代码上我们加入了WT_EXECUTELONGFUNCTION标识,其实在计算机中,只要达到毫秒级的,这个时候已经达到了系统进行线程切换的时间粒度,这个时候它就是一个需要长时间执行的任务

定时器回调线程池

定时器回调主要经过下面几步: 1. 调用CreateTimerQueue:创建定时器回调的队列 2. 调用CreateTimerQueueTimer创建一个指定时间周期的计时器对象,并指定对应的回调函数及参数 之后当指定的时间片到达,就会将对应的回调历程放入到队列中,一旦线程池中有空闲的线程就执行它 另外可以调用对应的函数对其进行相关的操作: 1. 可以调用ChangeTimerQueueTimer修改一个已有的计时器对象的计时周期 2. 调用DeleteTimerQueueTimer删除一个计时器对象 3. 调用DeleteTimerQueue删除这样一个线程池对象,在删除这个线程池的时候它上面绑定的回调也会被删除,所以在编码时可以直接删除线程池对象而不用调用DeleteTimerQueueTimer删除每一个绑定的计时器对象。但是为了编码的完整性,最好加上删除计时器对象的操作 下面是一个使用的具体例子

VOID CALLBACK TimerCallback(PVOID lpParameter, BOOLEAN TimerOrWaitFired);

int _tmain(int argc, _TCHAR* argv[])
{
    HANDLE hTimeQueue = CreateTimerQueue();
    HANDLE hEvent = CreateEvent(NULL, FALSE, FALSE, NULL);

    HANDLE hTimer;
    CreateTimerQueueTimer(&hTimer, hTimeQueue, (WAITORTIMERCALLBACK)TimerCallback, &hEvent, 10000, 0, WT_EXECUTEDEFAULT);

    //等待定时器历程被调用
    WaitForSingleObject(hEvent, INFINITE);

    //关闭事件对象
    CloseHandle(hEvent);
    //删除定时器与定时器线程池的绑定
    DeleteTimerQueueTimer(hTimeQueue, hTimer, NULL);

    //删除定时器线程池
    DeleteTimerQueue(hTimeQueue);

    return 0;
}

VOID CALLBACK TimerCallback(PVOID lpParameter, BOOLEAN TimerOrWaitFired)
{
    HANDLE hEvent = *(HANDLE*)lpParameter;
    if (TimerOrWaitFired)
    {
        printf("定时器回调历程[%04x]被执行\n", GetCurrentThreadId());
    }

    SetEvent(hEvent);
}

上述的代码中我们定义了一个同步事件对象,这个事件对象将在定时器历程中设置为有信号,这样方便我们在主线程中等待计时器历程执行完成

同步对象等待线程池

使用同步对象等待线程池只需要调用函数RegisterWaitForSingalObject,将一个同步对象绑定,当这个同步对象变为有信号或者等待的时间到达时,会调用对应的回调历程。该函数原型如下:

BOOL WINAPI RegisterWaitForSingleObject(
  __out     PHANDLE phNewWaitObject,
  __in      HANDLE hObject,
  __in      WAITORTIMERCALLBACK Callback,
  __in_opt  PVOID Context,
  __in      ULONG dwMilliseconds,
  __in      ULONG dwFlags
);

第一个参数是一个输出参数,返回一个等待对象的句柄,我们可以将其看做这个线程池的句柄 第二个参数是一个同步对象 第三个参数是对应的回调函数 第四个参数是传入到回调函数中的参数指针 第五个参数是等待的时间 第六个参数是一个标志与函数QueueUserWorkItem中的标识含义相同 对应回调函数的原型如下:

VOID CALLBACK WaitOrTimerCallback(
  __in  PVOID lpParameter,
  __in  BOOLEAN TimerOrWaitFired
);

当同步对象变为有信号或者等待的时间到达时都会调用这个回调,它的第二个参数就表示它所等待的对象是否为有信号。 下面是一个使用的例子

void WaitEventCallBackProc(PVOID lpParameter, BOOLEAN TimerOrWaitFired);

int _tmain(int argc, _TCHAR* argv[])
{
    HANDLE hWait;
    HANDLE hEvent = CreateEvent(NULL, FALSE, FALSE, NULL);
    //注册等待同步对象的线程池
    RegisterWaitForSingleObject(&hWait, hEvent, (WAITORTIMERCALLBACK)WaitEventCallBackProc, NULL, 5000, WT_EXECUTELONGFUNCTION);
    for(int i = 0; i < 5; i++)
    {
        SetEvent(hEvent);
        Sleep(5000);
    }

    UnregisterWaitEx(hWait, hEvent);
    CloseHandle(hEvent);
    CloseHandle(hWait);
    return 0;
}

void WaitEventCallBackProc(PVOID lpParameter, BOOLEAN TimerOrWaitFired)
{
    if (TimerOrWaitFired)
    {
        printf("线程[%04x]等到事件对象\n");
    }else
    {
        printf("线程[%04x]等待事件对象超时\n");
    }
}

完成端口线程池

在前面讲述文件操作的博文中,讲解了在文件中完成端口的使用,其实完成端口本质上就是一个线程池,或者说,windows上自带的线程池是使用完成端口的基础之上编写的。所以在这,完成端口线程池的使用将比IO完成端口来的简单 通过调用BindIoCompletionCallback函数来将一个IO对象句柄与对应的完成历程绑定,这样在对应的IO操作完成后,对应的历程将会被丢到线程池中准备执行 相比于前面的文件中的完成端口,这个完成端口线程池要简单许多,文件的完成端口需要自己创建完成多个线程,创建完成端口,并且将线程与完成端口绑定。另外还需要在线程中调用相应的等待函数等待IO操作完成,而线程池则不需要这些操作,我只需要准备一个完成历程,然后调用BindIoCompletionCallback,这样一旦历程被调用,就可以肯定IO操作一定完成了。这样我们只需要将主要精力集中在完成历程的编写中 函数BindIoCompletionCallback的原型如下:

BOOL WINAPI BindIoCompletionCallback(
  __in  HANDLE FileHandle,
  __in  LPOVERLAPPED_COMPLETION_ROUTINE Function,
  __in  ULONG Flags
);

第一个参数是一个对应IO操作的句柄 第二个参数是对应的完成历程函数指针 第三个参数是一个标志,与之前的标识相同 完成历程的函数原型如下:

VOID CALLBACK FileIOCompletionRoutine(
  __in  DWORD dwErrorCode,
  __in  DWORD dwNumberOfBytesTransfered,
  __in  LPOVERLAPPED lpOverlapped
);

第一个参数是一个错误码,当IO操作发生错误时可以通过这个参数获取当前错误原因 第二个参数是当前IO操作操作的字节数 第三个参数是一个OVERLAPPED结构 这函数的使用与之前文件完成端口中完成历程一样 下面我们将之前文件完成端口的例子进行改写,如下:

typedef struct tagIOCP_OVERLAPPED
{
    OVERLAPPED Overlapped;
    HANDLE hFile; //操作的文件句柄
    DWORD dwDataLen; //当前操作数据的长度
    LPVOID pData; //操作数据的指针
    DWORD dwWrittenLen; //写入文件中的数据长度
}IOCP_OVERLAPPED, *LPIOCP_OVERLAPPED;

#define MAX_WRITE_THREAD 20 //写线程总数
#define EVERY_THREAD_WRITTEN 100 //每个线程写入信息数

LARGE_INTEGER g_FilePointer; //全局的文件指针
void GetAppPath(LPTSTR lpAppPath)
{
    TCHAR szExePath[MAX_PATH] = _T("");
    GetModuleFileName(NULL, szExePath, MAX_PATH);
    size_t nPathLen = 0;
    StringCchLength(szExePath, MAX_PATH, &nPathLen);
    for (int i = nPathLen; i > 0; i--)
    {
        if (szExePath[i] == _T('\\'))
        {
            szExePath[i + 1] = _T('\0');
            break;
        }
    }

    StringCchCopy(lpAppPath, MAX_PATH, szExePath);
}

VOID CALLBACK WriteThread(LPVOID lpParam);
VOID CALLBACK FileIOCompletionRoutine(DWORD dwErrorCode, DWORD dwNumberOfBytesTransfered, LPOVERLAPPED lpOverlapped);

int _tmain(int argc, _TCHAR* argv[])
{
    TCHAR szAppPath[MAX_PATH] = _T("");
    GetAppPath(szAppPath);
    StringCchCat(szAppPath, MAX_PATH, _T("IocpLog.txt"));
    HANDLE hFile = CreateFile(szAppPath, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_FLAG_OVERLAPPED | FILE_ATTRIBUTE_NORMAL, NULL);
    if (hFile == INVALID_HANDLE_VALUE)
    {
        return 0;
    }

    //绑定IO完成端口
    BindIoCompletionCallback(hFile, (LPOVERLAPPED_COMPLETION_ROUTINE)FileIOCompletionRoutine, 0);
    //往日志文件中写入Unicode前缀
    LPIOCP_OVERLAPPED pIocpOverlapped = (LPIOCP_OVERLAPPED)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(IOCP_OVERLAPPED));
    pIocpOverlapped->dwDataLen = sizeof(WORD);
    pIocpOverlapped->hFile = hFile;
    WORD dwUnicode = MAKEWORD(0xff, 0xfe); //构造Unicode前缀
    pIocpOverlapped->pData = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(WORD));
    CopyMemory(pIocpOverlapped->pData, &dwUnicode, sizeof(WORD));
    //偏移文件指针
    pIocpOverlapped->Overlapped.Offset = g_FilePointer.LowPart;
    pIocpOverlapped->Overlapped.OffsetHigh = g_FilePointer.HighPart;
    g_FilePointer.QuadPart += pIocpOverlapped->dwDataLen;

    //写文件
    WriteFile(hFile, pIocpOverlapped->pData, pIocpOverlapped->dwDataLen, &pIocpOverlapped->dwWrittenLen, &pIocpOverlapped->Overlapped);

    //创建线程进行写日志操作
    HANDLE hWrittenThreads[MAX_WRITE_THREAD];
    for (int i = 0; i < MAX_WRITE_THREAD; i++)
    {
        hWrittenThreads[i] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)WriteThread, &hFile, 0, NULL);
    }

    //等待所有写线程执行完成
    WaitForMultipleObjects(MAX_WRITE_THREAD, hWrittenThreads, TRUE, INFINITE);
    for (int i = 0; i < MAX_WRITE_THREAD; i++)
    {
        CloseHandle(hWrittenThreads[i]);
    }

    CloseHandle(hFile);
    return 0;
}

VOID CALLBACK FileIOCompletionRoutine(DWORD dwErrorCode, DWORD dwNumberOfBytesTransfered, LPOVERLAPPED lpOverlapped)
{
    LPIOCP_OVERLAPPED pIOCPOverlapped = (LPIOCP_OVERLAPPED)lpOverlapped;

    //释放对应的内存空间
    printf("线程[%04x]得到IO完成通知,写入长度%d\n", GetCurrentThreadId(), pIOCPOverlapped->dwDataLen);
    if (pIOCPOverlapped->pData != NULL)
    {
        HeapFree(GetProcessHeap(), 0, pIOCPOverlapped->pData);
    }

    if (NULL != pIOCPOverlapped)
    {
        HeapFree(GetProcessHeap(), 0, pIOCPOverlapped);
        pIOCPOverlapped = NULL;
    }
}

VOID CALLBACK WriteThread(LPVOID lpParam)
{
    TCHAR szBuf[255] = _T("线程[%04x]模拟写入一条日志记录\r\n");
    TCHAR szWrittenBuf[255] = _T("");
    StringCchPrintf(szWrittenBuf, 255, szBuf, GetCurrentThreadId());

    for (int i = 0; i < EVERY_THREAD_WRITTEN; i++)
    {
        LPIOCP_OVERLAPPED lpIocpOverlapped = (LPIOCP_OVERLAPPED)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(IOCP_OVERLAPPED));
        size_t dwBufLen = 0;
        StringCchLength(szWrittenBuf, 255, &dwBufLen);
        lpIocpOverlapped->dwDataLen = dwBufLen * sizeof(TCHAR);
        lpIocpOverlapped->pData = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, (dwBufLen + 1) * sizeof(TCHAR));
        CopyMemory(lpIocpOverlapped->pData, szWrittenBuf, dwBufLen * sizeof(TCHAR));

        lpIocpOverlapped->hFile = *(HANDLE*)lpParam;
        //同步文件指针
        *((LONGLONG*)&(lpIocpOverlapped->Overlapped.Pointer)) = InterlockedCompareExchange64(&g_FilePointer.QuadPart, g_FilePointer.QuadPart + lpIocpOverlapped->dwDataLen, g_FilePointer.QuadPart);

        //写文件
        WriteFile(lpIocpOverlapped->hFile, lpIocpOverlapped->pData, lpIocpOverlapped->dwDataLen, &lpIocpOverlapped->dwWrittenLen, &lpIocpOverlapped->Overlapped);
    }
}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 驱动程序的同步处理

    驱动程序运行在系统的内核地址空间,而所有进程共享这2GB的虚拟地址空间,所以绝大多数驱动程序是运行在多线程环境中,有的时候需要对程序进行同步处理,使某些操作是严...

    Masimaro
  • windows 线程

    在windows中进程只是一个容器,用于装载系统资源,它并不执行代码,它是系统资源分配的最小单元,而在进程中执行代码的是线程,线程是轻量级的进程,是代码执行的最...

    Masimaro
  • Vista 及后续版本的新线程池

    在上一篇的博文中,说了下老版本的线程池,在Vista之后,微软重新设计了一套线程池机制,并引入一组新的线程池API,新版线程池相对于老版本的来说,它的可控性更高...

    Masimaro
  • 线程池的作用和CLR线程池

    在程序的世界里,如果创建某种对象所需要的代价太高,同时这个对象又可以反复使用,那么我们往往就会准备一个容器,用来保存一批这样的对象。当我们要用这种对象时,就不需...

    小蜜蜂
  • JAVA多线程与并发学习总结

    使用高速缓存来作为内存与处理器之间的缓冲,将运算需要用到的数据复制到缓存中,让计算能快速进行;当运算结束后再从缓存同步回内存之中,这样处理器就无需等待缓慢的内存...

    烂猪皮
  • Java 多线程编程(“锁”事碎碎念)

    对于多个线程间的共享数据,悲观锁认为自己在使用数据的时候很有可能会有其它线程也刚好前来修改数据,因为在使用数据前都会加上锁,确保在使用过程中数据不会被其它线程修...

    叶志陈
  • Java 多线程编程(聊聊线程池)

    线程是一种昂贵的系统资源,其“昂贵”不仅在于创建线程所需要的资源开销,还在于使用过程中带来的资源消耗。一个系统能够支持同时运行的线程总数受限于该系统所拥有的处理...

    叶志陈
  • 编程体系结构(05):Java多线程并发

    线程是操作系统能够进行运算调度的最小单位,包含在进程之中,是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流,一个进程中可以并发多个线程,每条线程...

    知了一笑
  • 新手一看就懂的线程池

    线程池是帮助我们管理线程的工具,它维护了多个线程,可以降低资源的消耗,提高系统的性能。

    好好学java

扫码关注云+社区

领取腾讯云代金券