无法安全获取类成员函数指针的内存入口地址，因其本质是含偏移、vtbl索引等字段的编译器私有结构体，直接reinterpret_cast为void*或uintptr_t属未定义行为，跨平台/编译器/优化等级极易崩溃。

如果您尝试在C++中获取类成员函数指针所指向的实际内存入口地址，会发现其行为与普通函数指针截然不同——成员函数指针通常包含额外的偏移、调整信息甚至虚表索引，无法直接通过强制类型转换获得可移植的裸地址。以下是几种在特定平台和编译器下提取底层入口地址的实战方法：

一、使用reinterpret_cast配合汇编内联提取thiscall调用约定下的地址

在MSVC x86平台下，非虚、非静态、单继承的成员函数指针通常以4字节结构存储，其中低地址部分可能为实际函数地址（若无this指针调整）。可通过联合体或逐字节读取方式解析。

1、定义一个与MSVC成员函数指针二进制布局兼容的union结构，包含两个32位整数字段。

2、将成员函数指针变量按位复制到该union实例中。

3、检查第二个字段是否为0：若为0，则第一个字段即为裸函数地址（需确认无vtordisp或this调整）。

4、在x86 Debug模式下，使用__asm { mov eax, [esp] } 配合断点观察寄存器值，验证eax是否等于预期函数起始地址。

二、借助调试符号与ImageHlp API在运行时定位

通过Windows DbgHelp库加载PDB符号信息，结合成员函数名字符串查找对应RVA，并根据模块基址计算绝对地址，绕过成员指针封装逻辑。

1、调用SymInitialize初始化符号处理器，传入当前进程句柄及符号路径。

2、使用SymFromName获取指定类作用域下的成员函数符号，例如"ClassName::MethodName"。

3、从SYMBOL_INFO结构中提取Address成员，该值即为链接后的真实内存入口地址。

4、验证该地址能否被VirtualProtect设为EXECUTE_READ并成功调用（需确保对象实例有效且this传递正确）。

三、利用虚函数表偏移暴力读取vftable条目

对于虚成员函数，其实质入口由对象实例的vftable首地址加固定偏移决定；该偏移可在编译期确定，也可通过反汇编已知调用点推导。

1、声明一个派生类实例，并确保其vftable已构造完成（避免构造函数中途调用）。

2、通过reinterpret_cast(obj_ptr) + sizeof(void*) 定位vftable指针所在位置。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

3、再次reinterpret_cast该地址，读取vftable首项，即首个虚函数的实际入口地址。

4、若目标函数位于第n个虚函数槽，则访问vftable[n]地址，注意索引从0开始且需确认ABI对齐（如MSVC x64为8字节对齐）。

四、GCC/Clang平台下通过__builtin_constant_p与模板元编程提取常量偏移

GCC允许将成员函数指针作为模板非类型参数，在编译期展开其内部结构；配合__builtin_constant_p可判断是否为编译期常量，进而触发特化分支提取地址。

1、定义模板template struct MemberFuncAddrExtractor;。

2、对该模板进行全特化，限定MFP为类成员函数指针类型，并使用constexpr lambda捕获其地址。

3、在特化实现中调用reinterpret_cast(static_cast(MFP))，GCC在满足条件时允许此转换产生常量表达式。

4、最终返回值即为GCC ABI下该成员函数指针解包后的原始代码地址（仅适用于无虚、无多重继承、无协变返回的平凡情况）。

五、使用objdump与readelf逆向解析符号表定位

脱离运行时环境，在编译产物中直接搜索成员函数符号的绝对地址，适用于嵌入式或裸机开发场景，无需依赖任何运行时库。

1、编译源码时添加-g选项保留调试信息，并禁用LTO与混淆优化。

2、执行objdump -t binary_name | grep "ClassName::MethodName" 提取符号表中的value列数值。

3、使用readelf -S binary_name 确认.text段的VMA（Virtual Memory Address）起始值。

4、将符号value与.text段VMA相加，所得结果即为该函数在加载后内存中的确切入口地址（需考虑ASLR是否启用，若启用则需配合/proc/pid/maps动态修正）。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！