成员函数指针不可直接reinterpret_cast为void*，因其在ABI中是多字段结构（如{addr, offset, vtable_index}），非单一地址，强转会导致未定义行为、调用崩溃或跨平台不一致。
成员函数指针不是普通函数指针，reinterpret_cast 直接转 void* 会出错
成员函数指针在 C++ 标准中不保证是单一地址值；它可能是 4 字节、8 字节甚至 16 字节（取决于编译器、继承关系、是否虚函数）。比如 g++ 在多重继承下常把成员函数指针实现为 {offset, adjustor, vtable_index} 的结构体。直接 reinterpret_cast<void>(&MyClass::func)</void> 编译可能通过，但取到的值既不是真实入口地址，也不可移植——在 clang 或 MSVC 下行为完全不同。
常见错误现象：
• 用该“地址”调用时崩溃或跳到错误位置
• 同一代码在 x86/x64 或不同 STL 版本下结果不一致
• sizeof(&MyClass::func) 返回 8（GCC x64），但你只 memcpy 前 4 字节就丢数据
- 不要假设成员函数指针可被当作裸地址使用
- 避免跨平台或跨编译器传递 raw member function pointer bytes
- 如需调试观察，用
std::cout 先确认大小
获取真实入口地址：仅对非虚、无继承的普通成员函数可行，靠 union + 强制重解释
只有当类是 POD-like、无虚函数、无多重继承时，某些编译器（如 GCC）才将非静态成员函数指针底层实现为一个带 this 调整偏移的函数地址。此时可通过 union 拆解：
struct FuncPtrRepr {
void* addr;
ptrdiff_t adjust;
};
union MemberFuncUnion {
void (MyClass::*mf)();
FuncPtrRepr repr;
};
MemberFuncUnion u{&MyClass::simple_func};
void* entry = u.repr.addr; // GCC 下可能有效，MSVC 不适用
注意：
• 这属于未定义行为（UB），C++ 标准禁止 union 类型别名访问（C++20 有部分放宽但不覆盖此场景）
• entry 是函数体起始地址，但**不能直接 call**——它仍需要正确的 this 指针和调整逻辑
• 若函数含虚调用或依赖 vptr，该地址指向的是 thunk（跳转桩），不是最终目标函数
立即学习“C++免费学习笔记（深入）”；
- 仅用于日志、hook 分析等离线场景，不可用于运行时调用
- 必须配合
__attribute__((no_sanitize="undefined"))（GCC/Clang）禁用 UBSan，否则运行时报错 - MSVC 需改用
#pragma pack(push, 1)+ 结构体 memcpy 模拟，且要查/d1reportAllClassLayout输出确认内存布局
真正安全的替代方案：用 lambda 封装 + std::function 或手动构造 thunk
如果你实际想做的是“把成员函数变成能传给 C API 的函数指针”，正确路径不是抠地址，而是封装调用逻辑：
- 对单个对象实例：用捕获
this的 lambda，转成std::function，再通过std::function::target()提取内部函数指针（仅限无捕获 lambda，否则返回 null） - 对任意对象：手写 thunk（x86-64 下常用
mov rdi, imm64; jmp func机器码），把this固定进指令流，再把 thunk 地址当 C 函数指针用 - 更通用做法：传
void*用户数据 + 独立 C 风格回调，由回调内 reinterpret_cast 回原对象指针再调用成员函数
例如 C 接口要求：void register_cb(void (*cb)(void*), void* user_data)，你就写：
void wrapper(void* obj) {
static_cast<MyClass*>(obj)->real_member_func();
}
register_cb(wrapper, &my_obj);
这才是跨平台、符合 ABI、无 UB 的做法。
调试时看真实地址：用 GDB/LLDB 的 info symbol 和 x/i，别信 &MyClass::func 的打印值
GDB 中 p &MyClass::func 显示的只是编译器生成的 member function pointer 值，不是指令地址。要定位真实函数体：
- 先
info functions MyClass::func找符号名（如MyClass::func()） - 再
info symbol 0x7ffff7f8a123（从反汇编中抄地址）确认归属 - 或断点命中后用
x/5i $pc查当前指令流，结合disassemble看 thunk 是否跳转
特别注意虚函数：GDB 显示的地址常是 vtable 中的 slot，实际执行时会经由 call QWORD PTR [rax+0x10] 二次跳转——那个 [rax+0x10] 才是最终函数地址，而它在运行时才确定。
成员函数指针的“地址”概念本身是模糊的：它绑定的是调用协议，不是单一内存位置。试图把它压成一个 void*，就像试图用尺子量温度——工具和对象根本不匹配。
