老版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);
}
}
老版VC++线程池的更多相关文章
- 自定义高级版python线程池
基于简单版创建类对象过多,现自定义高级版python线程池,代码如下 #高级线程池 import queue import threading import time StopEvent = obje ...
- VC 线程池
参照:http://www.cnblogs.com/kzloser/archive/2013/03/11/2909221.html 参照:http://blog.csdn.net/pjchen/art ...
- 使用 LinkedBlockingQueue 实现简易版线程池
前一阵子在做联系人的导入功能,使用POI组件解析Excel文件后获取到联系人列表,校验之后批量导入.单从技术层面来说,导入操作通常情况下是一个比较耗时的操作,而且如果联系人达到几万.几十万级别,必须拆 ...
- Vista 及后续版本的新线程池
在上一篇的博文中,说了下老版本的线程池,在Vista之后,微软重新设计了一套线程池机制,并引入一组新的线程池API,新版线程池相对于老版本的来说,它的可控性更高,它允许程序员自己定义线程池,并规定线程 ...
- Java中的线程池用过吧?来说说你是怎么理解线程池吧?
前言 Java中的线程池用过吧?来说说你是怎么使用线程池的?这句话在面试过程中遇到过好几次了.我甚至这次标题都想写成[Java八股文之线程池],但是有点太俗套了.虽然,线程池是一个已经被说烂的知识点了 ...
- Java线程池的原理及几类线程池的介绍
刚刚研究了一下线程池,如果有不足之处,请大家不吝赐教,大家共同学习.共同交流. 在什么情况下使用线程池? 单个任务处理的时间比较短 将需处理的任务的数量大 使用线程池的好处: 减少在创建和销毁线程上所 ...
- Java实现的 线程池
由于最近开始学习java,用到了线程池,按照之前c++的写法写出此java版的线程池 TaskRunnale实现相关任务的接口,具体要实现什么任务在相应的run函数中实现. package threa ...
- java线程池原理
在什么情况下使用线程池? 1.单个任务处理的时间比较短 2.将需处理的任务的数量大 使用线程池的好处: 1.减少在创建和销毁线程上所花的时间以及系统资源的开销 ...
- Java多线程之Executor框架和手写简易的线程池
目录 Java多线程之一线程及其基本使用 Java多线程之二(Synchronized) Java多线程之三volatile与等待通知机制示例 线程池 什么是线程池 线程池一种线程使用模式,线程池会维 ...
随机推荐
- hdu 5635 LCP Array(BC第一题)
题目链接:http://acm.hdu.edu.cn/showproblem.php?pid=5635 LCP Array Time Limit: 4000/2000 MS (Java/Others) ...
- 002Java概述
1Sun(Stanford University Network )公司1995年推出的高级编程语言 2.面向Internet的编程语言 3.已经成为web应用程序的首选开发语言 4.完全面向对象简单 ...
- select的限制以及poll的使用
1.先说select在多路IO中的限制:1)linux中每个程序能够打开的最多文件描述符是有限制的.默认是1024.可以通过ulimit -n进行查看和修改: xcy@xcy-virtual-mach ...
- 关于scrapy的piplines
1.进入setting中把ITEM_piplines文件注销去掉 2.在piplines中写好代码 # -*- coding: utf- -*- # Define your item pipeline ...
- Python的类(class)
python 3.6 官方文档 https://docs.python.org/3.6/index.html python 3.6 的类 https://docs.python.org/3.6/tu ...
- MySQL学习(二)复制
复制解决的问题是保持多个服务器之间的数据的一致性,就如同通过复制保持两个文件的一致性一样,只不过MySQL的复制要相对要复杂一些,其基本过程如下: 1)在主库上将数据更改记录到二进制日 ...
- Oracle安装步骤
1.在Oracle官网下载安装包: 2.非常重要:两个压缩包都要解压(不是分卷压缩的,不然安装过程中会报找不到文件的错误,被坑过!): 3.关闭所有安全相关软件(关闭杀毒软件.防火墙.windows ...
- Qt---Javascript/Qt交互、脚本化
Qt提供了对Javascript的良好支持, 如果查阅过文档你就知道Qt有两个不同的Js封装引擎: QScriptEngine QJSEngine QScriptEngine出现的比较早(自Qt4.3 ...
- 'boost/iterator/iterator_adaptor.hpp' file not found之xcode生成时报错的解决方案
xcode生成rn(0.49.3)项目的时候出现“'boost/iterator/iterator_adaptor.hpp' file not found之xcode”报错. 原因: /Users/x ...
- bzoj 1996: [Hnoi2010]chorus 合唱队
Description Input Output Sample Input 4 1701 1702 1703 1704 Sample Output 8 HINT Source 因为只会在区间的两端进行 ...