C++ 如何获取类成员函数指针的内存入口地址及其底层指针转换技巧实战分析案例全解析实战【实战】-C++-PHP中文网

成员函数指针不能直接转为 void*，因其实质是含 this 偏移、vtbl 索引等多字段的 ABI 相关结构（如 MSVC 下 16 字节、Itanium 下常 16 字节），非单一内存地址；标准禁止该转换，强转将导致编译失败或未定义行为。

c++ 如何获取类成员函数指针的内存入口地址及其底层指针转换技巧实战分析案例全解析实战【实战】

成员函数指针不能直接转 `void*`，这是编译器强制的

绝大多数人第一次尝试 reinterpret_cast<void>(&MyClass::func)</void> 都会失败，报错类似 cannot convert ‘void (MyClass::*)()’ to ‘void*’。这不是语法疏漏，而是 C++ 标准明确禁止——成员函数指针不是普通指针，它可能包含多个字段（如 this 偏移、vtbl 索引、调整量），大小甚至在不同编译器间都不一致（MSVC 下常为 16 字节，GCC/Clang 在单继承下可能是 8 字节，多重继承下可能膨胀）。

强行绕过编译器检查（比如用 union 或 memcpy 搬运字节）虽能“拿到地址”，但结果不可移植、不安全，且无法保证后续调用语义正确。

不要试图用 sizeof 假设成员函数指针是 8 字节——它可能更大，尤其涉及虚函数或多重继承时
不要对成员函数指针做算术运算（+1、++），它不指向连续内存
即使你成功提取出某个字段（如“代码地址”），也不能保证该地址可被直接 call，因为 this 调整逻辑仍需运行时参与

想获取实际跳转目标？得靠编译器内建机制或调试信息

如果你真正关心的是“这个成员函数最终执行哪段机器码”，那答案取决于调用上下文：非虚函数可能内联或直接跳转到符号地址；虚函数则要查 vtable，入口地址藏在对象实例的虚表中某一项里。

实战中较稳妥的方式是：在已知对象实例的前提下，通过虚表索引间接读取。例如：

struct Base { virtual ~Base() = default; virtual void foo() {} };
struct Derived : Base { void foo() override {} };
<p>Derived d;
void<strong> vptr = <em>reinterpret_cast<void></void></em></strong>>(&d); // 获取虚表首地址
void* vfunc_addr = vptr[1]; // 假设 foo 是第二个虚函数（索引 1），注意：索引依赖 ABI 和编译器</p>

⚠️ 注意：vptr[1] 的索引位置不是标准定义的，GCC 和 MSVC 的虚表布局不同，且受编译选项（如 -fno-rtti）、继承关系影响极大。此法仅适合调试、Hook 或逆向分析等非常规场景，绝不可用于生产逻辑。

非虚成员函数没有统一虚表项，其地址只能通过符号名（如 &Derived::foo）由链接器解析，但该表达式本身仍是类型安全的成员指针，不是裸地址
使用 objdump -t 或 nm -C 查看符号表，可确认函数符号是否导出及地址，但那属于静态链接视图，和运行时成员指针的语义无关
LLVM 提供 __builtin_return_address(0) 可获取当前栈帧返回地址，但和成员函数入口无直接关系

跨语言/系统级操作（如 DLL 导出、汇编 Hook）必须用静态自由函数作桥接

当你需要把成员函数暴露给 C 接口、Windows API 回调（如 SetTimer）、或注入代码时，void (Class::*)() 类型根本无法传递。唯一可靠路径是封装一层静态函数或 lambda（捕获 this），再传其地址。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

例如注册窗口过程：

class Window {
    static LRESULT CALLBACK StaticWndProc(HWND, UINT, WPARAM, LPARAM) {
        // 从 hwnd 恢复 this（通常存于 GWLP_USERDATA）
        auto self = reinterpret_cast<window>(GetWindowLongPtr(hwnd, GWLP_USERDATA));
        if (self) return self->OnMessage(msg, wparam, lparam);
        return DefWindowProc(hwnd, msg, wparam, lparam);
    }
public:
    void Create() {
        // … 创建窗口后设置 GWLP_USERDATA
        SetWindowLongPtr(hwnd, GWLP_USERDATA, reinterpret_cast<long_ptr>(this));
    }
};</long_ptr></window>

永远不要把 &Window::OnMessage 直接塞进 SetWindowLongPtr 或 C 回调参数——类型不匹配，调用必崩
lambda 若含捕获（[this]{...}），不能转成函数指针；只有无捕获 lambda 才隐式转换为 void(*)()，但仍无法绑定 this
若需完全解耦，可借助 std::function + void* 上下文参数（如 Windows 的 lpParam），但底层仍是静态桥接函数在调度

调试时观察成员函数指针的真实内容：用 memcpy 拆包比 cast 更安全

如果只是想验证某成员函数指针在当前平台占多少字节、各字段值是多少（比如排查虚函数调用失败），可用 memcpy 将其按字节复制到足够大的 buffer 中，再逐字节查看：

void (MyClass::*mf)() = &MyClass::bar;
std::array<uint8_t sizeof> buf{};
memcpy(buf.data(), &mf, sizeof(mf));
// 然后打印 buf —— 你会看到 8 或 16 个十六进制字节，具体含义依赖 ABI</uint8_t>

这种方式绕过了类型系统限制，又不触发未定义行为（memcpy 是标准允许的“重解释”手段）。但请记住：这些字节的解读规则完全由编译器文档定义（如 Itanium C++ ABI 或 Microsoft x64 Calling Convention），换平台即失效。