如何将返回的WndProc/DlgProc句柄转换为函数地址？用户态实现方法

Let's tackle your questions one by one, since they're closely linked:

1. 如何将返回的WndProc/DlgProc句柄转换为函数地址？ #

其实你已经在代码里摸到正确方向了！GetWindowLongPtr返回的LONG_PTR值，本身就是窗口过程函数的内存地址的数值表示——只是因为Windows需要兼容32位和64位系统，才用LONG_PTR（一个与指针宽度相同的整数类型）来存储它。

要转换成可调用的函数指针，你只需要做一个类型强制转换就行，而且用对应的函数类型会比FARPROC更准确：

// 对于窗口过程
WNDPROC pWndProc = reinterpret_cast<WNDPROC>(GetWindowLongPtr(hWnd, GWLP_WNDPROC));
// 对于对话框过程
DLGPROC pDlgProc = reinterpret_cast<DLGPROC>(GetWindowLongPtr(hWnd, DWLP_DLGPROC));

这样转换后，pWndProc或pDlgProc就是直接可用的函数地址了。

2. 调用语句中返回的WndProc句柄，能否通过用户态代码转换为函数地址？ #

绝对可以，而且这就是用户态下的标准操作——上面的代码就是完全在用户态实现的。不过有几个需要注意的细节：

• 地址空间隔离：如果目标窗口属于另一个进程，你拿到的地址只是那个进程虚拟地址空间里的地址，不能在自己的进程里直接调用（会触发访问错误）。但如果是同一个进程内的窗口，完全没问题。
• WOW64环境：如果你的程序是32位，而系统是64位（或者反过来），要注意指针宽度的匹配——LONG_PTR会自动适配，所以只要用正确的强制转换，就不会有问题。
• 子类化/代理过程：如果窗口是通过SetWindowSubclass或者类似机制设置了子类过程，GWLP_WNDPROC返回的可能是系统的代理函数地址，而不是你自己的子类过程——这种情况下你需要用GetWindowSubclass来获取自己的过程地址，而不是直接转换GWLP_WNDPROC的返回值。

总的来说，在同进程、同架构的用户态场景下，直接强制转换GetWindowLongPtr的返回值就是获取函数地址的正确方式。

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