使用SetWinEventHook监听EVENT_OBJECT_CREATE出现随机不触发问题

• 委托被GC意外回收
  这是C#调用Win32钩子类API最常见的偶发故障原因。你当前将回调委托存在_objectCreateHook变量中，如果该变量是非静态类成员、且对应类实例在运行过程中被GC判定为无引用可回收，委托就会被销毁，非托管API持有的函数指针变为无效地址，自然无法触发回调。
  修复方案：将_objectCreateHook声明为static变量，或者保证持有该变量的类实例在钩子生效的全生命周期内都被根引用持有，不会被GC回收。
• 权限不匹配
  如果目标程序（比如Firefox）的运行权限高于你的程序，或者设备上UAC策略限制了跨进程事件监听，就会出现部分进程事件收不到的情况。可以尝试将你的程序以管理员权限运行验证是否是该问题。
• 过滤逻辑误拦截
  你当前回调中存在过滤逻辑if (idObject == 0 || idObject == -4) return;，其中idObject = 0对应OBJID_CLIENT（窗口客户区）、idObject = -4对应OBJID_TITLEBAR（标题栏），Firefox内的控件创建事件很可能携带这两个idObject值，直接被你提前过滤返回，导致你误以为事件没有触发。可以先注释掉该过滤逻辑，输出全量日志验证是否存在误拦截。
• 事件队列溢出被丢弃
  Win32的事件钩子内置队列容量有限，如果短时间触发大量事件、或者回调执行耗时过长，队列满后新的事件会被直接丢弃。虽然你当前回调只有日志输出，但如果运行设备资源紧张、或者后续逻辑加入了耗时操作，都可能触发该问题。回调函数内只应该做最基础的事件转发，耗时逻辑全部扔到线程池异步处理。
• 架构不匹配
  如果你编译程序时选择了x86架构，而目标设备上的Firefox是x64架构（反之亦然），跨架构的事件监听存在一定概率丢失事件。可以将程序编译为和目标程序同架构的版本，或者关闭Any CPU的"优先32位"选项验证。

内容的提问来源于stack exchange，提问作者Ahmad AlHallak