不能安全获取类成员函数指针的内存入口地址——它根本就不是单一地址，而是编译器私有的多字段结构（如函数地址 + this 偏移 + vtable 索引），reinterpret_cast 或 uintptr_t 强转是未定义行为，跨平台/优化等级/继承方式极易崩溃。
不能安全获取类成员函数指针的内存入口地址——它根本就不是单一地址，而是编译器私有的多字段结构（如函数地址 + this 偏移 + vtable 索引），reinterpret_cast<void></void> 或 uintptr_t 强转是未定义行为，跨平台/优化等级/继承方式极易崩溃。
为什么 &T::func 不能直接当函数地址用
成员函数调用必须携带 this 调整逻辑，而普通函数指针不包含该语义。C++ 标准明确禁止将 void (T::*)() 类型转为整数或 void*（[expr.cast]），主流编译器（GCC/Clang/MSVC）都会在编译期报错，例如：
C2440: cannot convert from 'void (__thiscall A::* )(void)' to 'void *'
即使绕过编译错误（如用 union 或 memcpy），运行时行为仍不可靠：
- 虚函数：得到的是 vtable 槽位偏移，不是可执行代码地址
- 多重继承或虚继承：
sizeof(void (T::*)())可能为 12 或 16 字节，前 8 字节未必指向 .text 段 - -O2 下内联或 devirtualize 后，原函数可能根本不存在于代码段中
MSVC x64 下解析非虚成员函数指针的 raw addr
仅适用于：无虚函数、单继承、无虚基类、非内联函数，且目标平台明确为 MSVC x64。
此时 void (T::*)() 通常为 16 字节，布局近似 { function_address, this_adjustment }。可用 union 拆解：
union MemberFuncPtrRepr {
void (T::*ptr)();
struct { uint64_t addr; int64_t offset; } raw;
};
MemberFuncPtrRepr u{ &T::foo }; 后，u.raw.addr 是真实函数入口地址（可传给 DetourAttach 或用于 patch），u.raw.offset 是 this 指针需手动调整的字节数。
但注意：
- 一旦类含虚函数，该 layout 失效；
sizeof(void (T::*)())可能跳到 16 字节，union无法安全映射 - 启用 /GL（LTCG）或 /LTO 后，链接器可能重排或折叠符号，
addr值失效 - 此值不可直接用于
dlsym或GetProcAddress—— 它们查的是符号名，不是 raw 地址
Itanium ABI（GCC/Clang）下提取近似函数地址
Linux/macOS 下 GCC/Clang 默认使用 Itanium C++ ABI，void (T::*)() 通常为 16 字节，前 8 字节常为函数地址或 thunk 地址，后 4–8 字节为 this 调整量。
实操建议（仅调试/逆向场景）：
- 用
memcpy将指针拷贝到uint64_t buf[2]，避免越界读取 - 若
buf[1] == 0且buf[0] != 0，则buf[0]很可能就是原始函数入口（非 thunk） - 验证方式：
objdump -d your_binary | grep $(printf "%x" buf[0])，看是否落在目标函数指令范围内 - 必须加
[[gnu::noinline]]和-fno-rtti，否则编译器可能优化掉符号或改用 vtable 调用
但请记住：这不是标准行为，buf[0] 也可能是 thunk 入口（用于 this 偏移修正），而非你源码里写的那个函数体。
真正需要“地址”的时候，该怎么做
绝大多数所谓“要地址”的需求，实际目标是回调、hook、调试日志或跨语言绑定。这些场景有更健壮、可移植的路径：
- 传给 C API 回调？用静态桥接函数：
static void bridge(void* obj) { static_cast<t>(obj)->func(); }</t>，再传&bridge和static_cast<void>(&obj)</void> - 想存起来 later 调用？用
std::function<void></void>包装 lambda：std::function<void> f = [&obj]() { obj.func(); };</void> - 调试时打印“看起来像地址”的值？用
printf("%p", static_cast<void>(static_cast<char>(nullptr) + 1))</char></void>这类 trick 观察，但不可调用 - 运行时查符号真实地址？Linux 用
dladdr（需链接-ldl），Windows 用dbghelp，从符号名反推，而非强转指针
成员函数指针的二进制布局是编译器实现细节，不是接口契约。试图把它当裸地址处理，等于在 ABI 边界上走钢丝——一次继承变更、一次编译器升级、一个优化开关，就足以让所有“提取地址”的代码失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
