Win32 Hooks DLL注入针对“任何CPU”构建的应用程序

前端之家收集整理的这篇文章主要介绍了Win32 Hooks DLL注入针对“任何CPU”构建的应用程序前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在开发一个捕获所有用户交互的项目. MSDN告诉( this)

SetWindowsHookEx can be used to inject a DLL into another process. A
32-bit DLL cannot be injected into a 64-bit process,and a 64-bit DLL
cannot be injected into a 32-bit process. If an application requires
the use of hooks in other processes,it is required that a 32-bit
application call SetWindowsHookEx to inject a 32-bit DLL into 32-bit
processes,and a 64-bit application call SetWindowsHookEx to inject a
64-bit DLL into 64-bit processes.

我的问题是,如果应用程序是针对任何cpu构建的,会发生什么.我是否需要从针对Any cpu构建的DLL调用SetWindowsHookEx.

我写了HookLogger_32.exe加载HookFunctions_32.dll(包括x86)和HookLogger_64.exe加载HookFunctions_64.dll(都是x64)设置WH_CBT和WH_MOUSE全局(不是特定的线程).

HookLogger_32.exe,HookLogger_64.exe,HookFunctions_32.dll和HookFunctions_64.dll都是用C语言编写的.

当我单击针对Any cpu构建的.NET应用程序时,会注入这些DLL(通过SetWindowHookEx). Windows操作系统挂起&我必须强行重启我的机器.

当针对x86或x64构建相同的.NET应用程序时,当我在HookLoggers(32位和64位)启动后单击应用程序时,一切正常.

这种未定义行为的任​​何原因.

我工作的平台是64位机器.

您需要从具有相应bitnse的DLL注入 – 即“任何cpu”在运行时变为32位或64位…并且您的DLL必须与运行时位相匹配!

在你的情况下有用的东西被称为“并排组装”(同一组件的两个版本,一个32和另一个64位)……我想你会发现这些有用:

> Using Side-by-Side assemblies to load the x64 or x32 version of a DLL
> http://blogs.msdn.com/b/gauravseth/archive/2006/03/07/545104.aspx
> http://www.thescarms.com/dotnet/Assembly.aspx

在这里,您可以找到一个很好的演练,其中包含许多有用的信息 – 它描述了.NET DLL wrapping C++/CLI DLL referencing a native DLL

更新:

要使挂钩变得非常简单和稳健,请参阅this well-tested and free library – 其中包括与Anycpu配合使用!

原文链接:https://www.f2er.com/windows/364485.html

猜你在找的Windows相关文章