成员函数指针不能直接转为 void，因abi层面其可能含this偏移、vtbl索引等多字段结构（如itanium abi为16字节），reinterpret_cast会丢失语义且跨平台行为不可预测；应改用静态包装函数+void用户数据传递this。
成员函数指针不能直接转 void*，这是 C++ 标准明令禁止的
很多开发者尝试用 reinterpret_cast<void>(&MyClass::func)</void> 获取“真实地址”，结果发现编译失败（GCC/Clang 报错 invalid cast），或 Windows 下看似成功但 Linux 下崩溃。这是因为成员函数指针在 ABI 层面不是简单地址——它可能包含 this 偏移、vtbl 索引、甚至多个指针字段（如 Itanium ABI 中是 16 字节结构）。直接强转会丢失语义，且跨平台行为不可预测。
实操建议：
- 绝不要对成员函数指针做
reinterpret_cast<void></void>或memcpy到裸指针类型 - 若必须暴露为“地址”供外部系统（如 Lua C API、Windows 回调注册）使用，请改用静态包装函数 + 用户数据（
void*）方式传递this - 调试时可用
std::cout 查看编译器输出的符号名（非内存地址），仅作识别用
想获取实际调用时的代码地址？得靠编译器内置函数 __builtin_return_address 配合内联汇编兜底
标准 C++ 不提供获取成员函数“入口地址”的接口，但某些场景（如性能分析、hook 注入）确实需要。可行路径是：让成员函数强制内联进一个普通函数，再用编译器扩展提取其运行时地址。
示例（GCC/Clang）：
struct A {
void foo() { }
};
// 强制生成独立函数体（禁用内联）
__attribute__((noinline)) void* get_foo_addr() {
A a;
a.foo(); // 触发调用，但不关心返回值
return __builtin_return_address(0); // 返回上一层（即 foo 入口）的返回地址
}
注意：__builtin_return_address(0) 返回的是调用点的返回地址，不是 foo 的起始地址，需减去 1–5 字节（取决于 call 指令长度），且受优化影响极大。Release 模式下该方法基本失效。
更可靠的做法是：用 objdump -d your_binary | grep 'A::foo' 手动查符号地址，或在 GDB 中执行 p &A::foo（GDB 会解析 ABI 并显示有效地址，但该地址仍不能直接跳转）。
Windows x64 下用 memcpy 提取成员函数指针的 raw bytes 是唯一能跨 ABI 读取的方式
虽然不能安全转 void*，但你可以把成员函数指针当作一段原始字节来拷贝——前提是明确知道目标平台的 ABI 布局。Windows x64 的成员函数指针固定为 8 字节（等价于普通函数指针），而 Linux x86_64（Itanium ABI）是 16 字节（含 this 调整值）。
实操建议：
- 只在 Windows x64 + MSVC 编译环境下，才可安全使用
uint64_t addr; memcpy(&addr, &MyClass::func, sizeof(addr)); - Linux 下必须用
std::array<uint8_t></uint8_t>接收，并手动解析第 0–7 字节为函数地址、第 8–15 字节为 this 偏移（见 Itanium C++ ABI spec） - 永远检查
sizeof(&MyClass::func)，不同编译器、不同继承关系（虚继承/多重继承）会导致大小变化
真正需要“底层地址”的场景，99% 应该用静态函数 + 成员对象指针替代
比如你要把成员函数注册给第三方 C 库（要求 void(*)(void*) 类型）：
struct Handler {
int state;
void on_event() { /* ... */ }
};
<p>// ✅ 正确做法：静态包装器
extern "C" void handler_wrapper(void<em> obj) {
static_cast<handler>>(obj)->on_event();
}</handler></em></p><p>// 注册时传 handler_wrapper 和 this 指针
register_callback(handler_wrapper, &my_handler);
</p>
这种方式完全规避了成员函数指针的 ABI 黑盒，零开销、全平台兼容、可调试。所谓“获取地址”的需求，绝大多数时候其实是“如何绕过 C++ 成员调用机制传给 C 接口”的问题——答案从来不是抠内存，而是设计适配层。
真正难的不是怎么取地址，而是意识到：一旦你开始纠结成员函数指针的二进制布局，大概率说明接口设计已经偏离了 C++ 的抽象边界。ABI 细节是编译器和链接器的事，不是你的事。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
