C++如何获取当前函数调用者地址 _ __builtin_return

__builtin_return_address(0)返回的是调用完成后要跳转的返回地址，而非调用者函数入口地址；它依赖ABI、易受优化（inline/tail-call）影响而失效，且跨平台行为不一致。

c++如何获取当前函数调用者地址 _ __builtin_return_address【进阶】

不能直接、安全地获取“调用者地址”，__builtin_return_address 返回的是返回地址（即调用完成后要跳回去的地址），不是调用者的函数入口地址；它依赖编译器和 ABI，且在优化开启时极易失效。

为什么 `__builtin_return_address(0)` 不等于“调用者函数地址”

该内建函数返回的是当前函数栈帧的返回地址——也就是 call 指令下一条指令的地址，而非调用者函数的起始地址（_start 或符号地址）。两者只在极简无优化、无 inline、无 tail-call 的情况下可能重合。

若调用者被内联（inline 或 -O2 默认行为），__builtin_return_address(0) 指向的是“再上一级”函数的返回点，甚至越界
若启用尾调用优化（如 -foptimize-sibling-calls），返回地址可能被复写，结果不可靠
在 Windows MSVC 下该内建函数不存在，GCC/Clang 行为也不完全一致（比如 __builtin_return_address(1) 在某些栈布局下会读取无效内存）

如何相对可靠地拿到调用者所在的函数名（非地址）

真正实用的调试/日志需求，往往是要知道“谁调用了我”，而不是裸指针。此时应转向符号化解析 + 编译器辅助：

C++14

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

下载

用 __PRETTY_FUNCTION__ 或 __func__ 获取当前函数名（但这是被调用者自身，不是调用者）
配合 backtrace() + backtrace_symbols()（需链接 -lexecinfo 或 -lbfd）可获取调用栈符号，但开销大、不可用于 hot path

更轻量的做法：在关键调用点手动传入 __func__ 或 __FILE__ ":" STRINGIFY(__LINE__)，例如：

void log_call(const char* caller) {
  printf("called from %s\n", caller);
}
// 调用方写成：
log_call(__func__); // 这才是真正的调用者函数名

用 `__builtin_return_address` 的唯一合理场景

仅限于底层设施开发，如自定义 panic handler、栈遍历器、协程切换前保存上下文等，且必须满足：

编译时禁用优化：-O0，并加 -fno-omit-frame-pointer（x86_64 必须）
确认目标平台支持该内建函数（Clang/GCC ≥ 4.5，ARM64 需注意 __builtin_return_address(0) 可能返回 lr 寄存器值，而非内存中保存的返回地址）
永远不直接对返回地址做算术运算或跳转（reinterpret_cast(addr)() 是未定义行为）
若需解析符号，必须配合 dladdr()，且注意 dli_sname 对 inlined 函数为空

真正想定位调用链时，__builtin_return_address 是个脆弱的原语——它暴露的是机器层细节，不是编程模型中的“函数”。调试信息、编译器插桩（-finstrument-functions）、或现代方式如 libunwind，才是更可控的选择。别为了“看起来像拿到了调用者”而绕过工具链本意。