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

成员函数指针不能直接转为void*，因其非普通地址而含this偏移、虚表索引等额外信息；x64下常占8或16字节，需用union等底层技巧提取code字段，但仍须正确处理this调整，否则导致未定义行为或崩溃。

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

成员函数指针不能直接转 `void*`，这是 C++ 标准明令禁止的

试图用 reinterpret_cast(&MyClass::func) 编译会失败（GCC/Clang 报错 invalid cast），MSVC 可能静默接受但行为未定义。根本原因在于：非静态成员函数指针不是普通地址，它可能包含额外信息——比如 this 指针偏移、虚表索引或 thunk 跳转地址，具体取决于编译器实现和类布局（单继承/多重继承/虚继承）。

实际中，sizeof(MyClass::*) 常为 8 或 16 字节（x64 下），远大于普通函数指针的 8 字节，这本身就说明它不是裸地址。

想获取真实跳转入口？得绕过类型系统，用汇编级技巧提取

在 x86-64 Linux（GCC/Clang）且无虚函数、无多重继承的简单类中，成员函数指针底层通常是一个结构体：{ code_ptr, adjustor }。你可以用联合体（union）暴力读取其首字段：

union MemberFuncPtrUnion {
    void (MyClass::*mf)(); 
    struct { void* code; ptrdiff_t adj; } raw;
};
MemberFuncPtrUnion u{ &MyClass::foo };
void* entry = u.raw.code; // 这才是 CPU 实际跳转的目标地址

注意：entry 是函数第一条指令的地址，但不等于“可直接调用的函数指针”——因为调用约定要求 this 参数必须正确传入，而 entry 本身不携带 this 调整逻辑。若类有虚函数或继承关系复杂，u.raw.code 可能指向一个 thunk，里面含 add rdi, imm 等调整指令。

仅适用于 POD-like 成员函数（无虚、无多重继承、无虚基类）
不同编译器 ABI 不同：Itanium ABI（GCC/Clang）和 MSVC ABI 结构不兼容
开启 LTO 或 -O2 后，编译器可能内联或优化掉该函数，entry 失效

真正安全的“地址等价”操作：只用于调试或 hook 场景，且必须绑定对象实例

如果你目标是 hook 成员函数或打日志，不要执着于“纯地址”，而是构造一个可调用对象：

C++14

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

下载

用 std::function 包装 &MyClass::func，再通过 target_type() 和 target() 提取原始指针（但仍是类型安全封装，不暴露地址）
在 Linux 上用 LD_PRELOAD + dlsym(RTLD_NEXT, "_ZN7MyClass4funcEv") 替换符号（需知道 mangled 名）
Windows 上用 Microsoft Detours 或 MinHook，它们内部处理了 thiscall 调用约定和指针解包

硬解成员函数指针到地址的唯一合理场景，是写调试器或逆向分析工具——此时你已控制整个进程，且明确知道目标平台 ABI 和编译选项。