为什么不能通过GetProcAddress调用CreateWindow?

为什么不能通过GetProcAddress调用CreateWindow?

作者:BlogUpdater |  时间:2023-12-02 |  浏览:175 |  评论已关闭 条评论

有时候,我看到有些人在折腾这样一个问题:
“我想使用 GetProcAddress 来获取 CreateWindow 或者 ExitWindows 的调用地址,但是没有成功。为什么?”

通常,他们当时是在尝试编写平台调用(P/Invoke)相关的代码,因为从底层的角度来看,平台调用是通过 GetProcAddress 来实现的。

问题来了:为什么 GetProcAddress 不能用在这些函数上呢?

原因是:它们(CreateWindow 或 ExitWindows)并非真正的导出函数,如果你查看对应的头文件,则会看到这样的宏定义。

事实上,CreateWindow 是一个双重宏定义,首先它会根据当前是否定义了 UNICODE 来展开为 CreateWindowA 或者 CreateWindowW。然后,这些类似于函数的宏会再次被展开为真正的导出函数 CreateWindowExA 或者 CreateWindowExW。

如果包含 winuser.h 头文件,则所有这些都由编译器自动处理,但如果出于某种原因,您希望为类似函数的宏(如 CreateWindow)使用 GetProcAddress,则必须手动展开宏以查看实际函数是什么,并将该函数名称传递给 GetProcAddress。

上述原理也适用于内联函数。这些函数无法通过 GetProcAddress 获取,因为它们根本不会导出,它们在头文件中作为源代码提供给您调用。

请注意,某些内容是真正的函数还是类似函数的宏(或内联函数)可能取决于您的目标平台。例如,GetWindowLongPtrA 在 64 位 Windows 上是真正的导出函数,但在 32 位 Windows 上,它只是一个解析为 GetWindowLongA 的宏。再举一个例子,Interlocked 系列函数在 x86 版本的 Windows 上是导出函数,但在所有其他 Windows 体系结构上是内联函数。

看起来还挺复杂的,那怎么能弄清楚这一切?方法是:研究头文件。

在头文件中,您将会看到函数是重定向宏、类似函数的宏、内联函数、内部函数还是适当的导出函数。如果你无法从头文件中弄清楚,你总是可以只编写一个程序来调用你感兴趣的函数,然后查看反汇编以查看实际生成的内容。

总结

当有不明白的地方的时候,最好的方法还是去翻阅源文件(头文件)。
请坚信:任何事情(Bug)都是有原因的。

最后

Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一,里面有很多关于Windows的小知识,对于广大Windows平台开发者来说,确实十分有帮助。
本文来自:《Why can’t I GetProcAddress for CreateWindow?》

最近我写了个东西

正如你们所知道的,拓扑梅尔智慧办公平台(Topomel Box)是一款绿色软件,主要面向经常使用电脑的朋友。它提供了各种提升办公效率的小功能,同时操作上尽可能地简单方便。
我想:你值得拥有。

评论已关闭。