成员函数指针不是普通函数指针，其底层是编译器定义的复合结构（通常8–16字节），含this偏移、虚表索引等；直接reinterpret_cast转为uintptr_t会导致编译错误或运行时崩溃，仅对非虚、无继承的简单类可通过内存读取近似获取入口地址，但布局不跨ABI/编译器保证；安全做法是用extern "C"静态包装函数，再取其地址，兼容且可内联。
成员函数指针不是普通函数指针，直接取地址会编译失败
在 C++ 中，&ClassName::memberFunc 得到的不是 void* 或 uintptr_t，而是一个编译器定义的、通常为 8–16 字节的复合结构（含 this 偏移、虚表索引、调整函数等）。直接用 reinterpret_cast<uintptr_t>(&A::f)</uintptr_t> 在大多数编译器（如 GCC/Clang/MSVC）上会触发编译错误或未定义行为。
常见错误现象：
- GCC 报错：
cannot convert ‘void (A::*)()’ to ‘uintptr_t {aka long unsigned int}’ in initialization - MSVC 编译通过但运行时调用崩溃（尤其含虚函数或多重继承时）
- Clang 允许强转但值无意义——它不等于实际机器码入口地址
获取真实虚拟地址必须绕过类型系统，且仅对非虚、无继承的成员函数可靠
只有满足以下全部条件时，才能用底层内存读取方式“提取”出近似真实的函数入口地址：
- 该成员函数是 非虚函数（no
virtual） - 所在类 无虚函数、无虚基类、无多重继承
- 使用
-fno-semantic-interposition（GCC）或默认优化级别（避免 PLT 间接跳转）
实操建议（以 GCC x86_64 为例）：
立即学习“C++免费学习笔记（深入）”；
// 注意：仅适用于简单类 A
struct A {
void f() { }
};
// 强制按字节读取成员函数指针的底层存储
union {
void (A::*mp)() = &A::f;
uint64_t raw[2]; // GCC 下 sizeof(member ptr) == 16 → 两个 uint64_t
} u;
// 第一个 8 字节通常是偏移量（this 调整），第二个才是代码地址（若存在）
uintptr_t entry = u.raw[1]; // 可能是真实 .text 段地址，需验证
⚠️ 这个 u.raw[1] 不是标准保证的布局，不同 ABI（Itanium vs MS）和编译器版本差异极大。MSVC 下可能是 u.raw[0]，且含高 16 位标志位。
真正安全的替代方案：用静态包装函数 + 普通函数指针
如果目标是把成员函数“暴露”给 C 接口（如回调注册、dlsym 绑定、JIT 调用），不要硬抠成员指针内存，而是写一层静态转发：
struct A {
int x = 42;
void f() { printf("x=%d\n", x); }
};
<p>// 静态包装：接受 this 指针并调用
extern "C" void A_f_wrapper(A* obj) {
obj->f();
}</p><p>// 现在可以合法取地址：
void (<em>func_ptr)() = reinterpret_cast<void(</em>)()>(A_f_wrapper);
// 或更安全的 uintptr_t：
uintptr_t addr = reinterpret_cast<uintptr_t>(A_f_wrapper);
使用场景：
- 向 Lua/C API 注册 C++ 成员函数
- 传入第三方 C 库的回调槽（如 OpenGL debug callback、libuv handle）
- 生成 runtime patch 的跳转目标（需确保符号未被 LTO 优化掉）
性能影响几乎为零——现代编译器会对这种单层 wrapper 内联；兼容性 100%，不依赖 ABI 细节。
调试时查看真实地址：gdb + info symbol 是唯一可信手段
别信打印出来的 raw 值，也不信 printf("%p", &A::f) —— 它可能只是成员指针对象的栈地址。要确认某次调用最终跳转到哪，必须在运行时观察：
// 编译时加 -g -O0 避免内联干扰 gdb ./a.out (gdb) b A::f (gdb) r (gdb) info symbol $pc // 输出类似：_ZN1A1fEv in section .text of /path/a.out (gdb) p/x $pc // 得到真实 VMA 地址，如 0x5555555551a0
容易踩的坑：
- 在 Release 模式下打断点可能失败（函数被内联或优化掉）
- 虚函数的
$pc指向的是虚表里存的地址，不是原始函数定义处——得用x/10i *(void**)(&obj->vptr[0])查表 - ASLR 开启时每次运行地址不同，需关掉测试：
echo 0 | sudo tee /proc/sys/kernel/randomize_va_space
真正复杂的地方从来不是怎么转，而是你根本不知道转出来那个数到底代表什么——它可能是 this 偏移、跳转指令、thunk 地址，或者干脆是编译器预留的陷阱值。别省那几行 wrapper，它比所有 reinterpret_cast 都可靠。
