有四种方法可以获得Linux的函数调用堆栈,参见CALL STACK TRACE GENERATION。
在这里简单罗列一下文中提到的四个方案:
方法1 GCC内置函数__builtin_return_address
方法2 Glibc中的backtrace函数
方法3 Jeff Muizelaar实现的增强backtrace,除了函数名,还能获得代码行号
方法4 libunwind
这里面的方法2和方法4都尝试过,方法2的backtrace函数是通过读取操作系统的一个全局信息区,在多线程并发调用时,会造成严重的锁冲突。
方法4的libunwind也存在开销较大的问题。
最终采用了下面的方案:
#define STACKCALL __attribute__((regparm(1),noinline)) void ** STACKCALL getEBP(void){ void **ebp=NULL; __asm__ __volatile__("mov %%rbp, %0;\n\t" :"=m"(ebp) /* 输出 */ : /* 输入 */ :"memory"); /* 不受影响的寄存器 */ return (void **)(*ebp); } int my_backtrace(void **buffer,int size){ int frame=0; void ** ebp; void **ret=NULL; unsigned long long func_frame_distance=0; if(buffer!=NULL && size >0) { ebp=getEBP(); func_frame_distance=(unsigned long long)(*ebp) - (unsigned long long)ebp; while(ebp&& frame<size &&(func_frame_distance< (1ULL<<24))//assume function ebp more than 16M &&(func_frame_distance>0)) { ret=ebp+1; buffer[frame++]=*ret; ebp=(void**)(*ebp); func_frame_distance=(unsigned long long)(*ebp) - (unsigned long long)ebp; } } return frame; }
my_backtrace返回的内容和glibc的backtrace相同,可以用《使用backtrace获得动态链接库的调用地址》中的方法获得可读的调用栈。
局限性:
如果源代码编译时使用了-O1或-O2优化选项,可执行代码会把ebp/rbp/rsp寄存器当作普通寄存器使用,导致backtrace失败。为了防止这种情况发生,可以在编译时使用-O2 -fno-omit-frame-pointer 或-Og 来避免优化中使用上述寄存器。
文中的关于my_backtrace的实现主要归功于WangPeng同学。
参考文献
http://blog.chinaunix.net/uid-24774106-id-3457205.html
http://www.linuxidc.com/Linux/2011-08/41641.htm
原文地址:http://blog.csdn.net/littlefang/article/details/42295803