为何GDB backtrace仅显示父调用而非嵌套函数？如何开启完整回溯？

为什么看不到已返回的嵌套函数调用 #

当程序暂停在funcB末尾时，funcC和funcD已经执行完毕并返回，它们的栈帧已被销毁，GDB无法回溯这类已退出的函数。只有当前仍在栈上（未返回）的函数才会出现在回溯列表中。如果需要查看funcC/funcD的调用链，必须在这些函数执行过程中暂停程序。

开启完整回溯的方法 #

1. 当前线程的完整回溯 #

• 直接执行bt命令，默认显示当前线程的所有栈帧；
• 若要限制显示的最大帧数（比如1000条），执行bt 1000；
• 要显示栈帧的完整变量信息，执行bt full。

2. 所有线程的回溯记录 #

要查看所有线程的最近1000条调用记录，直接在GDB调试控制台执行：

thread apply all bt 1000

3. VSCode调试配置优化 #

可以将常用的回溯配置加入VSCode的launch.json的setupCommands中，自动生效：

{
    "version": "0.2.0",
    "configurations": [
        {
            // 其他配置项...
            "setupCommands": [
                {
                    "description": "Backtrace past main",
                    "text": "set backtrace past-main",
                    "ignoreFailures": true
                },
                {
                    "description": "Set default backtrace limit to 1000",
                    "text": "set backtrace limit 1000",
                    "ignoreFailures": true
                },
                {
                    "description": "Auto apply backtrace to all threads",
                    "text": "set thread apply all backtrace on",
                    "ignoreFailures": true
                }
            ]
        }
    ]
}

添加后，执行bt命令会自动显示所有线程的最多1000条栈帧记录。

追踪已返回函数的调用链 #

如果需要查看funcC/funcD这类已返回函数的调用情况，可以用以下两种方式：

• 在funcC、funcD内部设置断点，程序暂停时执行bt即可看到完整调用链；
• 使用GDB的执行记录功能：

  # 启动执行记录
  record start
  # 执行到目标位置后，跳转到funcD执行时的点（可通过地址或行号定位）
  record goto funcD
  # 查看回溯
  bt
  

内容的提问来源于stack exchange，提问作者markzzz