不能安全获取非静态成员函数的“内存入口地址”，因其本质不是单一地址，而是包含this调整逻辑的复合结构；强行转换会导致ABI依赖、未定义行为或崩溃。
不能安全获取非静态成员函数的“内存入口地址”——它根本就不是单一地址，强行提取只会引入 ABI 依赖、未定义行为或运行时崩溃。
为什么 &T::func 不能直接转成 void* 或 uintptr_t
编译器明确禁止这种转换：C++ 标准规定 void (T::*)() 类型不可隐式或显式转为整数或普通函数指针。GCC/Clang 报 error: cannot cast，MSVC 报 C2440，不是编译器太严格，而是语义上不成立——成员函数调用必须携带 this 调整逻辑（偏移、vtbl 索引等），而一个裸地址无法表达这些信息。
常见错误现象：
- 写
reinterpret_cast<uintptr_t>(&T::func)</uintptr_t>编译失败 - 用 union 强解后拿到的值在 GCC 下是函数地址，在 MSVC 下可能是 delta + 地址组合，跨平台一跑就错
- 把解出来的地址传给
std::thread或回调系统，结果崩溃：缺少this绑定，跳转到非法位置
union “偷渡”只在极窄条件下可行：非虚 + 单继承 + 无虚基类 + 关闭 RTTI
这是目前唯一被广泛验证、能在部分场景下“凑合用”的技巧，但本质是绕过类型系统，依赖 ABI 实现细节。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 必须用
union { void(T::*)() pfn; uintptr_t addr; } u;，且确保sizeof(void (T::*)()) == sizeof(uintptr_t)（x86_64 GCC 下常为 8 字节，MSVC 默认为 4，需加/vmm或/vd0） - 仅适用于非虚成员函数；虚函数取地址得到的是 vtable 偏移（如
0x8），不是代码地址 - 必须关闭 RTTI：
-fno-rtti（GCC/Clang）或/GR-（MSVC），否则 union 解包行为不可预测 - 解出的
addr仅表示“该函数体第一条指令的地址”，不包含任何this调整——你仍需自己算偏移、手动构造调用，极易出错
真正可移植、可维护的替代方案：包装为自由函数或 lambda
如果你需要把成员函数当回调传给 C API（如 qsort、pthread_create、GUI 事件系统），硬抠地址是下策。正确做法是封装一层桥接逻辑。
实操建议：
- 对静态成员函数：直接取地址，
void(*fp)() = &T::static_func;合法且安全 - 对非静态函数，用捕获对象的 lambda 包装，再用
+[](auto&& f) { return reinterpret_cast<void>(f); }(wrapper)</void>获取调用入口（注意：仅限 non-capturing lambda，且 GCC/Clang 支持，MSVC 需 /permissive-） - 更通用的做法是传递
std::function+void*用户数据，由 C 回调触发时再绑定对象调用，彻底避开地址问题
调试时想查真实符号？用 dladdr（Linux）或 DbgHelp（Windows）
生产环境定位函数真实入口，不该靠强转，而应走符号表反查路径。比如你有某个成员函数指针调用后的栈帧地址，可用 dladdr 查它属于哪个 so、哪个符号名。
实操建议：
- Linux 下链接
-ldl，调用前确保函数未被内联：[[gnu::noinline]] void T::func() { ... } - 先通过合法方式调用一次该函数，拿到返回地址（如
__builtin_return_address(0)），再传给dladdr - Windows 下用
SymFromAddr+DbgHelp，需加载符号文件（.pdb），比强转可靠得多
最易被忽略的一点：哪怕你用 union 成功“偷”出了地址，在虚继承、多重继承或模板成员函数场景下，这个地址也大概率不是你期望的入口——它可能指向 thunk、调整块或 vtable 中间槽位，而不是原始函数体。别为省几行代码赌 ABI 兼容性。
