c++无法直接读取eip/rip，因其是硬件级只读控制寄存器，无对应mov指令支持；推荐用__builtin_return_address(0)获取调用点地址，或x86-64下用lea %rip内联汇编近似获取，但受aslr/pie影响。
为什么不能直接读取 EIP/RIP？
因为 x86/x64 架构下，EIP（32 位）和 RIP（64 位）是只读的控制寄存器，没有提供用户态指令（如 mov eax, eip）直接读取它。编译器也不会暴露这个值——你写的每行 C++ 代码被编译后，其地址是固定的，但运行时“当前指令地址”在跳转、调用、异常等场景下瞬息万变，硬件不让你轻易抓取。
最可靠的方法：用内联汇编获取返回地址
虽然不能读 RIP，但函数调用时，call 指令会把下一条指令地址压栈作为返回地址；利用这一点，在函数开头用内联汇编读取栈顶（即返回地址），就等于拿到了“调用本函数的那条指令的地址”，这在绝大多数调试、hook、栈回溯场景中已足够实用。
示例（GCC/Clang，x86-64）：
uintptr_t get_return_address() {
uintptr_t addr;
#if defined(__x86_64__)
__asm__ volatile("movq %%rsp, %0" : "=r"(addr) : : "rax");
// 注意：这里拿到的是 rsp，不是 rip；真正要的是 *(uintptr_t*)rsp
addr = *(uintptr_t*)addr;
#elif defined(__i386__)
__asm__ volatile("movl %%esp, %0" : "=r"(addr) : : "eax");
addr = *(uintptr_t*)addr;
#endif
return addr;
}
⚠️ 注意：__builtin_return_address(0) 更安全、更便携，推荐优先用它：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
uintptr_t ip = (uintptr_t)__builtin_return_address(0);
-
__builtin_return_address(0)返回当前函数的调用点地址（即 caller 的下一条指令） - 传
1可向上查一层（caller 的 caller），但超出栈帧范围行为未定义 - 它不依赖内联汇编，能被优化器理解，且在 Windows MSVC 中对应
_ReturnAddress()
Windows 上用 __readgsqword 或 SEH 获取？
不行。有人误以为通过 __readgsqword(0x10)（读 TEB 中的 Rip 字段）能拿到当前线程的 RIP，但那是线程上下文（CONTEXT）里的值，仅在线程被挂起或异常处理时有效，**普通运行中不可靠**。SEH 的 EXCEPTION_RECORD 里 ExceptionAddress 是出错指令地址，不是“当前”指令。
真正需要精确捕获执行流位置（比如 JIT 或仿真器），必须借助：
- 信号处理（Linux：
sigaction+ucontext_t.uc_mcontext.gregs[REG_RIP]） - Windows 调试接口（
GetThreadContext，需挂起线程） - 或者用
__builtin_frame_address(0)配合符号表解析（如 libbacktrace）
常见误用和性能陷阱
直接在 hot path 里频繁调用 __builtin_return_address 可能干扰内联优化，尤其当函数被 inlined 后，__builtin_return_address(0) 返回的是外层调用者地址，而非预期位置。
- Release 模式下，若函数被完全内联，
__builtin_return_address(0)可能返回错误地址甚至 0 - ASLR 开启时，返回地址是相对基址的，需配合
/proc/self/maps（Linux）或GetModuleInformation（Windows）做重定位才能映射到源码行 - 不用
uintptr_t而用int存地址，在 64 位系统上会截断高位，导致崩溃
真要 log 当前执行点，最稳的方式是预埋宏：#define HERE ((void*)__builtin_return_address(0))，并在编译时保留 debug info，后续用 addr2line 解析。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
