linux用户态程序定位方法总结1 打印调用栈

C++ 调用栈 core coredump backtrace backtrace_symbols SIGSEGV

函数堆栈；函数调用；android函数调用堆栈的打印；linux kernel；native c/native c++；java

在Linux系统上，应用程序打印堆栈信息。

所谓调用就是让另一个子模块或子系统帮助自己干一些事，然后再返回回来。在我们的口头语中常常用“调XXXX”，这个“调”字被应用的范围太广了，执行一个API函数时我们会说调XXX，执行一个系统调用时我们也会说调XXX，甚至执行一个可执行文件时我们也会说调XXX……         实际上仅就上述三种“调”来说，完全就是不同的三个概念。先说一下函数调用：         函数调用最常见，函数

- 在Linux内核开发过程中，dump_stack 是一个非常常见的调试工具，它用于打印出当前的内核调用栈，帮助开发者在调试内核时了解程序的调用历史。然而，在用户态程序中，没有与内核一样的 dump_stack 函数，但我们希望可以实现类似的功能，通过调用栈追踪来调试应用程序。本文将介绍如何在Linux用户态程序中实现一个类似内核 dump_stack 的函数。

在Linux中打印函数调用栈 要求 在Linux系统的应用程序中写一个函数print_stackframe()，用于获取当前位置的函数调用栈信息 方法 execinfo.h库下的函数backtrace可以得到当前线程的函数调用栈指针和调用栈深度，backtrace_symbols可以将调用栈指针转化为字符串信息。详见Backtraces或在Linux命令行运行命令man backtrace. 代码...

有时候，线上环境没有开启coredump，这时把进程复位时的调用栈打印出来就非常有利于问题定位了。怎么做呢？也很简单，我们在程序中接管SGISEGV信号，在信号处理函数打印调用栈信息即可。 信号处理可以看：UNIX环境高级编程 内核机制可以看：Linux内核源代码情景分析 这两本书虽老了点，但写的确实很不错，相关系统API使用可以配合可能Linux man手册。 接管段错误信号后，在信号处理函数中...

Linux内核态和用户态打印函数调用栈的方法： 内核态：直接调用dump_stack()函数即可打印调用栈。 用户态：需使用backtrace相关功能实现，方法如下： 使用backtrace()获取调用栈地址数组 通过backtrace_symbols()转换地址为可读符号 打印调用栈信息 若符号解析不完整，可采用addr2line工具进行精确解析： 通过/proc/self/maps获取模块加载基址 计算相对地址（绝对地址-基址） 使用addr2line命令解析函数名和行号 输出格式化的调用栈信息 该方法

#include <execinfo.h> void bt() { void *address[32]; char **symbols; int n; n = backtrace(address, 32); for (int i = 0; i < n; i++) // x/i 是为了方便gdb获取地址 printf("#%d: x/i 0x%0lx\n",

有时候，我们想知道一个函数是被谁调用的，这很简单，就输出一个异常即可，因为异常信息里有调用栈。这个技巧很有，比如在做Android开发时，我想研究一个触摸事件，可以给一个View设置OnTouchListener，了解过触摸事件的朋友应该都知道触摸事件是由dispatchTouchEvent函数分法的，有时我们想看一下这个dispatchTouchEvent里面是如何把事件分发到我们设置的OnTouchListener中，如果直接看dispatchTouchEvent源码，分发现很晕，因为源码太多了，很难看

【代码】【Linux在程序运行时打印调用栈信息（函数名，文件行号等）】

内核态 dump_stack可以用来回溯内核运行的信息的，打印调用栈信息； 用户态 参考DPDK实现 #include <stdarg.h> #include <signal.h> #include <stdlib.h> #include <stdio.h> #include <stdint.h> #define STACK_SIZE 512 void user_dump_stack(void) { void *func[STACK_SI

内核中打印调用栈do_page_faultinfo [ft2CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 801bcf00, ra == 801c0210 Oops[#1]: CPU: 0 PID: 14190 Comm: date Not tainted 3.10.27+ #71 t

接下来将通过下面几个问题解析函数调用中对堆栈理解：（1）函数调用过程中堆栈在内存中存放的结构如何？（2）汇编语言中call，ret，leave等具体操作时如何？（3）linux中任务的堆栈，数据存放是如何？1. 函数调用过程中堆栈在内存中存放的结构如何？计算机，嵌入式设备，智能设备等其实都是有软件和硬件两部分组成，具体实现也许复杂，但整体的结构也就如此。软件运行在硬件上，告诉硬件该干什么。操作系统...

简单了解了进程这个机制后，我们便可以解释宏内核和微内核了，简单来说宏内核就是将所有功能放在内核中，而微内核将一部分核心功能放入内核中，而其他功能则放入内核外，也就是用户区，而混合内核则是将更多的功能放入内核，更少的功能放在用户区，三者各有优劣，宏内核由于在同一进程中，各个功能之间的通信很方便，性能更好，但缺点是一个功能出现问题，所有功能全部崩溃，微内核将所有功能分开，但这样做的后果是两个功能通信受阻，需要特殊手段，非常影响性能，而混合内核则在两者之间。，cpu具体是怎么实现这一点呢？我们这里以x86为例。

如何打印程序的调用栈

废话不说直接写代码 不懂函数自己去man void Exception::fillStackTrace() { const int len = 200; void* buffer[len]; int nptrs = ::backtrace(buffer, len); char** strings = ::backtrace_symbols(buffer, nptrs);

在Linux内核中提供了一个可以打印出内核调用堆栈的函数 dump_stack() 该函数在我们调试内核的过程中可以打印出函数调用关系，该函数可以帮助我们进行内核调试，以及让我们了解内核的调用关系。 该函数头文件为： #include <asm/ptrace.h> 使用方式： 直接在想要查看的函数中添加 dump_stack(); 案例： 随便写了一个模块test.c，test.c代码如下： #include <linux/module.h> ...

Linux C语言backtrace测试代码