成员函数指针不是裸地址，而是编译器特定的多字节结构体，不可安全转为void*；必须用静态包装函数+用户数据或std::function绑定对象来实现跨C接口调用。
成员函数指针不能直接用 & 取地址得到裸指针
你写 &ClassName::func，得到的不是像普通函数指针那样的 void* 地址，而是一个编译器特定的、通常为 8–16 字节的结构体（含 this 偏移、vtbl 索引等）。标准 C++ 不允许把它 reinterpret_cast 成 void* 或 uintptr_t —— 这是未定义行为，尤其在虚函数、多重继承下会出错。
常见错误现象：printf("%p", &A::foo) 编译失败或输出无意义值；reinterpret_cast<uintptr_t>(&A::foo)</uintptr_t> 在 Clang/GCC 下可能编译通过但运行时崩溃。
- 成员函数指针本质是「可调用对象描述符」，不是内存地址
- 即使类无虚函数、单继承，
sizeof(A::foo)也常为 8（x64），远大于普通函数指针的 8 字节纯地址 - 不能传给期望
void(*)()的 C API（比如qsort回调）
想传给 C 接口？必须用静态包装函数 + 用户数据
这是唯一可移植、安全的方式：把成员函数“绑定”到某个对象实例，再通过 C 兼容的静态函数中转。
struct DataWrapper {
MyClass* obj;
void (MyClass::*method)();
};
<p>extern "C" void c_callback(void<em> user_data) {
auto</em> w = static_cast<DataWrapper<em>>(user_data);
(w->obj-></em>(w->method))();
}</p><p>// 使用时：
DataWrapper wrap{&my_obj, &MyClass::do_something};
c_api_register_callback(c_callback, &wrap);
- 不要试图把
&MyClass::do_something直接塞进void*参数——哪怕它看起来能编译 - 确保
DataWrapper生命周期长于 C 接口调用期，否则obj悬空 - 若需多参数或返回值，包装函数里做转换，别指望成员指针本身支持
调试时想看底层值？仅限 GCC/Clang，且仅用于诊断
某些编译器提供非标扩展，比如 GCC 的 __builtin_dump_struct，或手动 memcpy 到字节数组观察布局：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
auto ptr = &MyClass::foo;
std::array<char, sizeof(ptr)> bytes{};
std::memcpy(bytes.data(), &ptr, sizeof(ptr));
// 打印 bytes —— 仅用于逆向分析，勿依赖其格式
- 不同编译器、不同 ABI（Itanium vs MSVC）、不同继承关系，该布局完全不同
- MSVC 下成员函数指针可能是 4/8/12/16 字节，取决于是否虚、是否多重继承
- 任何基于此布局的逻辑都会在升级编译器或换平台后失效
替代方案：优先用 std::function + lambda 绑定
现代 C++ 中，绝大多数需要“存储成员函数+对象”的场景，应直接用 std::function：
std::function<void()> cb = [&my_obj]() { my_obj.do_something(); };
// 或更通用：
std::function<int(double)> f = [&obj](double x) { return obj.calc(x); };
- 自动捕获
this或具体对象，语义清晰，无 ABI 风险 - 开销略高于裸指针（堆分配可能），但对绝大多数应用可忽略
- 无法用于要求 C ABI 的场合（如系统回调），此时仍需静态包装
成员函数指针的“地址”本质上是个幻觉——它没有单一内存位置。真正重要的从来不是那个二进制块长什么样，而是你怎么安全地触发调用。一旦开始抠 layout 或 reinterpret_cast，就已经在和 ABI 和编译器搏斗了。
