不能直接读取EIP/RIP，因为它是CPU内部控制寄存器，x86/x64指令集未提供如mov eax, eip这类直接读取指令；必须通过lea(%%rip),%0或call+pop等内联汇编间接获取当前指令地址，且需volatile防止优化，__builtin_return_address(0)仅返回调用地址而非当前执行点。
为什么不能直接读取 EIP/RIP？
因为 EIP（32 位）或 RIP（64 位）是 CPU 的内部控制寄存器，没有对应可读的通用寄存器别名，x86/x64 指令集不提供直接读取它的指令（比如没有 mov eax, eip）。编译器在生成代码时会把当前指令地址“隐藏”在控制流中，你得靠间接方式逼近它。
用内联汇编获取下一条指令地址（最常用）
虽然不能读 EIP/RIP，但可以跳转到一个标签，再用 lea 或 call 把该标签地址加载进寄存器。GCC/Clang 支持内联汇编，这是跨平台兼容性相对最好的实操路径：
uintptr_t get_rip() {
#if defined(__x86_64__)
uintptr_t rip;
__asm__ volatile("lea (%%rip), %0" : "=r"(rip));
return rip;
#elif defined(__i386__)
uintptr_t eip;
__asm__ volatile("call 1f; 1: pop %0" : "=r"(eip));
return eip;
#else
#error "Unsupported architecture"
#endif
}
-
lea (%%rip), %0利用了 x86-64 的 RIP-relative addressing：当前指令地址 + 0 偏移 → 就是这条指令本身的地址 - 32 位用
call 1f; 1: pop是经典 trick：call会把下一条指令地址压栈，pop立刻把它弹出来 - 必须加
volatile，否则编译器可能优化掉或重排该内联块 - 返回值是
uintptr_t，不是void*——指针类型在某些 ABI 下可能被截断（如 LLP64）
用 __builtin_return_address(0) 的注意事项
GCC/Clang 提供 __builtin_return_address(0)，但它返回的是**调用本函数的那条 call 指令的下一条地址**，不是当前函数第一条指令的地址，更不是当前执行点的 RIP：
- 如果函数被内联（
inline或 -O2 默认行为），__builtin_return_address(0)可能指向外层函数的某处，完全失真 - 它依赖帧指针或栈回溯机制，在 -O2/-O3 且无
-fno-omit-frame-pointer时可能不可靠 - 它不适用于 signal handler 或协程上下文，因为栈帧结构已被破坏
- 若真需要“当前指令地址”，它不如内联汇编精确；若只是想记录调用点，它更便携但语义不同
Windows x64 下的特殊限制
MSVC 不支持 GCC 风格的内联汇编（x64 下彻底禁用），只能靠 __builtin_return_address 或间接手段：
立即学习“C++免费学习笔记（深入）”；
- MSVC 提供
_ReturnAddress()（头文件intrin.h），效果等价于__builtin_return_address(0)，同样不等于当前指令地址 - 若必须获取当前 RIP，需写独立 .asm 文件并启用 MASM 支持，或用
__readmsr等非常规路径（不推荐，无文档保证） - SEH 异常处理中，
CONTEXT.Rip字段在异常发生瞬间是准确的，但仅限于异常回调上下文，不能通用
真正可靠的跨平台方案只有内联汇编（GCC/Clang）或平台专用汇编模块；任何试图用纯 C++ 表达式“取当前指令地址”的做法，都会在优化、内联、架构切换时失效。
