Linux操作系统中GDB工具常见用法（二）_在使用gdb分析core文件信息界面中,使用命令( )可以回溯程序崩溃代码处的调用栈信

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

下面通过一个示例，来介绍一下使用 gdb 分析可执行程序及其 core 文件的过程。

示例项目文件中包含一个可执行程序“h264_rtsp_server”，以及一个对其对应的 core 文件“core.25313”，如下图所示：

现使用 gdb 对该程序及 core 文件进行分析，命令为：gdb h264_rtsp_server core.25313

上述命令运行后，gdb 的终端打印信息如下图所示：

在上图中，gdb 的终端信息中给出了程序终止的简要信息，但通常来说，只有这些信息还不够。为了进一步分析程序终止的问题原因，通常会使用一个常见的命令“bt”，来回溯程序崩溃时的栈（stack）信息，如下图所示：

通过上图中的 gdb 终端信息，就可以轻易地找到导致程序崩溃的代码位置了，然后就需要根据具体的错误场景，分析找出代码所存在的问题了。

在上面的示例中，使用到的 gdb 的 bt 命令的介绍如下：

bt  Backtrace: display the program stack.

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**