#ifndef MY_EVENT_H
#define MY_EVENT_H
#define declare_handle(name) struct name##__ { int unused; }; typedef struct name##__ name##__;
declare_handle(_event)
#define declare_handle_t(name) name##__
#define event_handle declare_handle_t(_event)
event_handle create_event(bool b_manlual_reset, bool b_initial_state);
int wait_for_single_object(event_handle handle, int millisesecond);
int wait_for_multiple_objects(int count, event_handle * handles, bool b_wait_all, int millisesecond);
bool reset_event(event_handle handle);
bool set_event(event_handle handle);
void close_event_handle(event_handle handle);
#endif
文艺了,哈哈,~~
我把 windows HANDLE 的 ridrect 解释了一遍,大概就是这么回事
windows 做的要复杂很多,包括转义宏,还有 obj 对象识别,内部一个句柄表,比如说 close_handle 这个参数,根本不需知道外面过来的是 HEVENT 还是 HOBJECT,每一个内部都会有一个 type。
所以系统的句柄计数一增加,这个表就会非常的大,当在大于万级的时候整个系统将会变的很慢。
每个进程有一个统一的句柄表,这个句柄表在由上层的操作系统管理对象管理。走了好几层的表,最后再支持应用层 HOOK 以及 NDHOOK,如果 HANDLE 多了,系统就死翘翘了
#define MY_EVENT_H
#define declare_handle(name) struct name##__ { int unused; }; typedef struct name##__ name##__;
declare_handle(_event)
#define declare_handle_t(name) name##__
#define event_handle declare_handle_t(_event)
event_handle create_event(bool b_manlual_reset, bool b_initial_state);
int wait_for_single_object(event_handle handle, int millisesecond);
int wait_for_multiple_objects(int count, event_handle * handles, bool b_wait_all, int millisesecond);
bool reset_event(event_handle handle);
bool set_event(event_handle handle);
void close_event_handle(event_handle handle);
#endif
文艺了,哈哈,~~
我把 windows HANDLE 的 ridrect 解释了一遍,大概就是这么回事
windows 做的要复杂很多,包括转义宏,还有 obj 对象识别,内部一个句柄表,比如说 close_handle 这个参数,根本不需知道外面过来的是 HEVENT 还是 HOBJECT,每一个内部都会有一个 type。
所以系统的句柄计数一增加,这个表就会非常的大,当在大于万级的时候整个系统将会变的很慢。
每个进程有一个统一的句柄表,这个句柄表在由上层的操作系统管理对象管理。走了好几层的表,最后再支持应用层 HOOK 以及 NDHOOK,如果 HANDLE 多了,系统就死翘翘了