不能安全获取类成员函数指针的内存入口地址，因其在ABI中是多字段结构（如Itanium下16字节、MSVC x64下8字节），reinterpret_cast转为void*在GCC/Clang编译失败，MSVC下属未定义行为；标准禁止此类转换，正确做法是用std::memcpy读取原始字节或改用lambda/std::function封装。
不能安全获取类成员函数指针的“内存入口地址”——它根本不是单一地址，而是编译器私有的多字段结构（如 Itanium ABI 下常为 16 字节，MSVC x64 下为 8 字节），reinterpret_cast<void>(&MyClass::func)</void> 在 GCC/Clang 下直接编译失败，在 MSVC 下即使通过也属未定义行为，运行时极易崩溃。
为什么 reinterpret_cast<void></void> 必然失败
成员函数指针在 ABI 层面可能包含：this 偏移、虚表索引、thunk 跳转地址，甚至多个指针字段。标准 C++ 明确禁止将其 reinterpret_cast 为对象指针类型（见 [expr.reinterpret.cast]/8）。常见错误现象包括：
-
invalid cast编译错误（GCC/Clang） - 运行时跳转到非法地址或 thunk 中间位置，导致段错误
- 同一段代码在
-O0下看似有效，-O2后因内联或 LTO 失效 -
sizeof(&MyClass::func)返回 16，但只 memcpy 前 8 字节就丢掉关键字段
用 std::memcpy 提取原始字节是唯一可跨平台读取的方式
你无法“转换”，但可以“读取”其二进制表示。这是规避 strict aliasing 和类型系统限制的合法手段，前提是明确目标平台 ABI：
- 对
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/Clang）：
立即学习“C++免费学习笔记（深入）”；
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 且无虚函数时可能有效虚函数的真实地址只能从对象的 vtable 中读取
&MyClass::virt_func 取得的指针不指向最终函数——它只是虚调用的描述符。真实入口藏在实例的虚函数表里：
- 先确保对象已完全构造（避免
vtable未就绪） void** vtable = *reinterpret_cast<void>(&obj);</void>- 虚函数按声明顺序索引（从 0 开始），
vtable[n]即为第 n 个虚函数的真实入口地址 - 注意：多重继承下子对象偏移可能导致
vtable不在对象起始处，需用clang -cc1 -fdump-record-layouts确认布局
真正安全的替代方案：用 lambda 封装或 std::function
如果你的目标是注册回调、传给 Lua 或 Windows API，不要执着于“裸地址”：
- 用无捕获 lambda 包装：
auto f = [&obj]() { obj.func(); };，再取reinterpret_cast<void>(+[](auto&&...){})</void>不可行；但可让 lambda 隐式转为函数指针（C++17 起），再安全转void* - 用
std::function封装：std::function<void> f = std::bind(&MyClass::func, &obj);</void>，虽不暴露地址，但语义完整、可移植 - 对外部 C 接口，改用静态包装函数 +
void*用户数据传递this，这是 ABI 中立的标准做法
最易被忽略的一点：即使你成功提取出某个 void* 地址，它仍不能直接 call——调用约定（如 thiscall）要求 this 参数正确传入，而该地址本身不携带任何 this 调整逻辑。所谓“入口地址”，从来不是孤立存在的。
