C++ 如何获取函数在内存中的实际入口地址及 Demangle 运行时反混淆【进阶】-C++-PHP中文网

c++oding="utf-8" ?>

直接取函数地址得到的是链接器填充后的有效入口地址；但内联、模板、constexpr 函数不可取址，非静态成员函数取址得用成员指针，lambda需先转函数指针；反解名字须结合dladdr与__cxa_demangle。

c++ 如何获取函数在内存中的实际入口地址及 demangle 运行时反混淆【进阶】

直接取函数地址会得到什么？

C++ 函数名在编译后通常被修饰（mangled），比如 void foo(int) 可能变成 _Z3fooi。直接对函数名取地址，如 &foo，拿到的是符号解析后的实际入口地址——这没错，但要注意：它不是“函数指针转换前的原始值”，而是链接器填充后的有效地址；对于内联函数、模板实例、constexpr 函数，&foo 可能根本无法取址（编译报错 undefined reference 或 cannot take address of function）。

普通非内联、非静态成员函数可安全取址，结果是可执行代码段中的真实地址（如 0x55a123456789）
静态成员函数同普通函数，可取址
非静态成员函数需绑定对象，&Class::method 得到的是成员函数指针，不是内存地址，其底层表示可能含偏移/this 调整逻辑，不能直接 reinterpret_cast 成 void*
lambda（无捕获）可隐式转函数指针，+[](int x){return x2;} 或 static_cast([](int x){return x*2;}) 后再取址才有效

如何把地址转回可读函数名？用 __cxa_demangle

GCC/Clang 的 __cxa_demangle 是运行时反混淆的唯一标准方式，头文件为（不需要额外链接，但需确保 libstdc++ 或 libc++ 已加载）。它不接受地址，只接受 mangled 名字字符串——所以你得先通过符号表或调试信息获取名字，再传给它。

常见错误是试图对地址做逆向查表：addr2line 或 dladdr 才是干这事的：

dladdr（POSIX）可从地址查到所在 SO/DLL 中的符号名（mangled 状态），配合 __cxa_demangle 才完整：
```
#include <dlfcn.h>
#include <cstdlib>
#include <iostream></iostream></cstdlib></dlfcn.h>
```

char demangle_symbol(void addr) { Dl_info info; if (!dladdr(addr, &info) || !info.dli_sname) return nullptr; int status = 0; char* demangled = __cxa_demangle(info.dli_sname, nullptr, nullptr, &status); return (status == 0) ? demangled : nullptr; }

status != 0 表示不是 C++ mangling（比如 C 函数、编译器内置函数），此时直接用 info.dli_sname
返回的 demangled 是 malloc 分配的内存，调用方必须 free()，否则泄漏

为什么 std::function 或函数指针不能直接 demangle？

std::function 是类型擦除容器，内部可能存函数指针、lambda、绑定对象等，不携带符号名信息；函数指针（如 int(*)(int)）只是地址，和名字完全脱钩。运行时没有机制能把一个裸地址自动映射回编译期生成的 symbol name——除非你主动记录（比如注册表 + FUNCTION 宏），或依赖调试信息（libdw / libbfd）。

C++14

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

下载

模板函数实例化后每个特化都有独立 mangled 名，但地址相同（如 vector::size() 和 vector::size() 地址不同），dladdr 查到的是具体实例的名字
LTO（Link Time Optimization）可能合并等价函数，导致多个 mangled 名指向同一地址，dladdr 返回哪个取决于符号表顺序，不可预测