创设100个事件对象，是不是有点多

创建100个事件对象，是不是有点多？
遇到一个问题，不知道该如何解决才好，来请教一下大家，把问题描述一下：

引用

开4个线程用来进行文件拷贝，用户选择一个文件拷贝操作项，线程就处理一个，最多选择100个操作项。

我想到的解决方法：

将文件拷贝需要用到的数据定义为一个结构体COPYFILE，然后在内存中开辟一块大小为100*sizeof(COPYFILE)的内存区域g_Mem，同时创建100个事件对像数组g_Event[100]和[color=#0000FF]，

主线程中的处理：

定义int nEvent[100],用来标记事件对象的信号状态(其中1表示有信号，0表示没有信号)，初始状态全为0，当用户选择一个文件拷贝操作项时，遍历nEvent[100]数组，找出值为0的项序号nIndex，

引用

1）、找到：
设置g_Event[nIndex]为有信号状态，并对g_Mem+sizeof(COPYFILE)*nIndex进行赋值，最后将nEvent[nIndex]赋值为1；

2）、没有找到：
则提示用户当前已经选择了100个文件拷贝操作，无法再选择

拷贝线程中的处理：

DWORD dwIndex = WaitForMultipleObjects(100, g_Event, FALSE, INFINITE);

g_Mem+sizeof(COPYFILE)*(dwIndex - WAIT_OBJECT_0)就得到了文件拷贝需要的数据结构体COPYFILE，拷贝完成，给主线程发送一个WM_MY_COMPLETE消息，附带参数dwIndex - WAIT_OBJECT_0。

主线程接收到该消息，知道当前事件对象没有信号，下次就可以重新设置该事件对象

想到的注意问题：WaitForMultipleObjects这个函数存在一个问题，如果每次有很多事件对象处于触发状态，都会返回序号靠前的，这样就有可能导致序号靠后的没有机会被执行！

我暂时想到了这个注意问题，不知道是否还有其他注意事项，欢迎大家指教一下！

创建100个事件对象，是不是有点多？不知大神们怎么看？？或者是还有更好的解决方法，希望大家不吝赐教。
[解决办法]
开1个线程就够了
可以考虑用IOCP
[解决办法]

引用:

Quote: 引用:

开1个线程就够了
可以考虑用IOCP

创建100个事件对象没有不妥吧？因为从来没有创建过这么多的事件对象，有点怀疑啊！

创建100个事件没有什么不妥，不过这不是个良好的设计思路。
建议使用一个处理队列，配合线程同步就是了。
[解决办法]
LZ是否要使用4个线程拷贝100个文件啊？
[解决办法]
感觉一个几个线程就行了，硬盘性能也没有这么高。fastcopy这个软件，看一下实现思路 
[解决办法]

引用:

发现WaitForMultipleObjects最多只能等待64个事件对象，100个会失败！不过，不要紧，那我最多选择64个文件拷贝！

没必要这么多事件，搞一个线程池，当所有线程都在处理，就把文件放队列等待。
[解决办法]

引用:

Quote: 引用:

发现WaitForMultipleObjects最多只能等待64个事件对象，100个会失败！不过，不要紧，那我最多选择64个文件拷贝！

没必要这么多事件，搞一个线程池，当所有线程都在处理，就把文件放队列等待。

队列，循环，同步。
[解决办法]
是有些多了, 内核的资源有限, 并且因为需要与用户层通信, 效率什么低一些.

查看更多 下一篇