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

有时候，我看到有些人在折腾这样一个问题：
“我想使用 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?》