__builtin_return_address(0)返回的是调用完成后要跳转的返回地址，而非调用者函数入口地址；它依赖ABI、易受优化（inline/tail-call）影响而失效，且跨平台行为不一致。
不能直接、安全地获取“调用者地址”，__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)在某些栈布局下会读取无效内存）
如何相对可靠地拿到调用者所在的函数名（非地址）
真正实用的调试/日志需求，往往是要知道“谁调用了我”，而不是裸指针。此时应转向符号化解析 + 编译器辅助：
- 用
__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、栈遍历器、协程切换前保存上下文等，且必须满足：
立即学习“C++免费学习笔记（深入）”；
- 编译时禁用优化：
-O0，并加-fno-omit-frame-pointer（x86_64 必须） - 确认目标平台支持该内建函数（Clang/GCC ≥ 4.5，ARM64 需注意
__builtin_return_address(0)可能返回lr寄存器值，而非内存中保存的返回地址） - 永远不直接对返回地址做算术运算或跳转（
reinterpret_cast<void>(addr)()</void>是未定义行为） - 若需解析符号，必须配合
dladdr()，且注意dli_sname对 inlined 函数为空
真正想定位调用链时，__builtin_return_address 是个脆弱的原语——它暴露的是机器层细节，不是编程模型中的“函数”。调试信息、编译器插桩（-finstrument-functions）、或现代方式如 libunwind，才是更可控的选择。别为了“看起来像拿到了调用者”而绕过工具链本意。
