void func_example(void){FUNC_RECORD();// ...}
void __cyg_profile_func_enter (void *this_fn, void *call_site);void __cyg_profile_func_exit (void *this_fn, void *call_site);
int add(int a, int b){return a+b;}int max(int a, int b){return a>b? a:b;}void __attribute__((no_instrument_function)) __cyg_profile_func_enter(void *this, void *call){printf("this: %p, call: %p\n" , this, call);}void __attribute__((no_instrument_function)) __cyg_profile_func_exit(void *this, void *call){printf("this: %p, call: %p\n" , this, call);}int main(void){printf("max=%d\n", max(add(123,321),456));return 0;}
./mainthis: 0x100401184, call: 0x7ffc95ee80c1 this: 0x100401080, call: 0x1004011b9 this: 0x100401080, call: 0x1004011b9 this: 0x1004010cf, call: 0x1004011c5 this: 0x1004010cf, call: 0x1004011c5 max=456this: 0x100401184, call: 0x7ffc95ee80c1
addr2line -e main -a 0x100401080 -fps0x0000000100401080: add at main.c:4
另外，以上命令行中的-e后接要查地址的可执行程序，案例就是编译后生成的main，-a后接要查询的地址了。而-fps呢？嘿嘿，我讲你也记不住，还不如自己逐个去掉它试试。
好了，以上的输出转换成函数后就是这样的了
this: main, call: ?? this: add, call: main this: add, call: add this: max, call: main this: max, call: main max=456this: main, call: ??
对着上面的函数源码看，这下子清晰了吧。
不知你有没有发现，我上面的案例源码中有两个__attribute__((no_instrument_function))，这表示告诉编译器这两个函数不要记录那个entry和exit的调用。
好了，完了吗？
还没，因为每个地址都靠addr2line一个个查，着实很麻烦。当然，程序员很喜欢写脚本的，写个shell或者python脚本遍历一遍这些地址不就完了么。
是的，领导给你指导解决问题的时候也许是这么认为的。但是当你要搞一堆很复杂的函数调用的时候，你会发现更深层次的问题。例如发现这玩意在Windows上（Windows上的Cygwin）非常慢，并不能麻烦完成领导给你的任务。
我测试了十几万行的log地址转换的时候，等得快要崩溃了！我换到了Linux上搞，好了那么一点，但还是很慢啊！我要的是秒上转换！
我突然又想到了一个办法，就是通过MAP文件查找。后续打算在我分析AUTOSAR BSW组件的时候详细介绍这个过程，以及分享这个脚本给大家。
这么好玩，你不打算试试吗？
这文章你扔进收藏夹也是吃灰的，不如点击个转发、在看和赞！
