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

不能安全获取类成员函数指针的“内存入口地址”，因其本质是含this偏移、虚表索引等的多字段ABI结构（如Itanium下16字节、MSVC下8字节），非单地址；reinterpret_cast违反C++标准[expr.reinterpret.cast]/8，导致编译失败或未定义行为；唯一可跨平台读取的方式是std::memcpy原始字节，但提取出的地址仍需绑定对象并适配调用约定才能正确执行。

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

不能安全获取类成员函数指针的“内存入口地址”——这不是技术限制，而是 C++ 语言模型与 ABI 设计的根本约束。任何试图用 reinterpret_cast<void></void> 直接转换 &MyClass::func 的操作，在 GCC/Clang 下编译失败，在 MSVC 下即使通过也属于未定义行为，运行时极易崩溃。

为什么 `reinterpret_cast<void></void>` 对成员函数指针必然失败

成员函数指针不是地址，而是一个编译器私有结构体。它可能包含：

this 指针调整偏移（单继承下为 0，多重/虚继承下非零）
虚表索引或 vtable 指针（对虚函数）
thunk 跳转地址（用于修正 this 或切换 vtable）

在 x86_64 Linux（Itanium ABI）下，sizeof(void (MyClass::*)()) 通常是 16 字节；MSVC x64 下是 8 字节；两者布局互不兼容。标准禁止将其 reinterpret_cast 为对象指针类型，reinterpret_cast<void>(&MyClass::func)</void> 违反了 [expr.reinterpret.cast]/8，GCC/Clang 明确报错 invalid cast。

用 `memcpy` 提取 raw bytes 是唯一可跨平台读取的方式

你无法“转换”，但可以“读取”其原始字节。这是规避 strict aliasing 和类型系统限制的合法手段，前提是明确目标平台 ABI。

C++14

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

下载

对 GCC/Clang（x86_64 Linux/macOS），非虚成员函数指针常为 16 字节：raw[0] 是 this 偏移，raw[1] 是函数地址（若无 thunk）
对 MSVC x64，8 字节中低 4 字节常为函数地址（仅限无虚、单继承、/vd0）
必须用 std::memcpy，不能用 union（C++20 起 union 成员访问受严格限制）

示例（GCC）：

void (MyClass::*p)() = &MyClass::foo;
uintptr_t raw[2] = {};
std::memcpy(raw, &p, sizeof(p));
void* entry = reinterpret_cast<void>(raw[1]); // 仅当 raw[1] != 0 且无虚函数时可能有效
</void>

虚函数的真实地址只能从对象的 vtable 中读取

对 &MyClass::virt_func 取得的指针，不指向最终函数——它只是虚调用的描述符。真实入口藏在实例的虚函数表里。

先确保对象已完全构造（避免 vtable 未就绪）
void** vtable = *reinterpret_cast<void>(&obj);</void> 获取 vtable 首地址（Clang/GCC 下通常成立）
虚函数索引从 0 开始：若 virt_func 是类中第一个虚函数，则地址为 vtable[0]
注意：该地址仍可能指向 thunk（如 MSVC 多重继承下），需用 objdump -d 或 GDB 查看指令流验证是否为真实函数起始

真正安全的替代方案不是“取地址”，而是“封装调用”

绝大多数实际需求（注册回调、传入 Lua/C API、Hook 日志）并不需要裸地址，而是需要一个可调用实体。

用无捕获 lambda 包装：auto wrapper = [](MyClass* obj) { obj->foo(); }; → wrapper 可隐式转为函数指针，再安全转 void*
用 std::function + std::bind，配合 target() 提取底层函数指针（但仍是类型安全封装，不暴露地址）
Windows 下用 Detours / MinHook，Linux 下用 LD_PRELOAD + dlsym(RTLD_NEXT, "_ZN7MyClass4fooEv")，它们内部处理了 thiscall/vtable/thunk 全部细节