linux下gdb附加进程执行程序

GDB调试进程方法

​ GDB 全称“GNU symbolic debugger”是 Linux 下常用的程序调试器，当下的 GDB 支持调试多种编程语言编写的程序，包括 C、C++、Go、Objective-C、OpenCL、Ada 等。

最近写项目时需要在linux下进行调试，因此想学习一下GDB，在博客上看到一篇很好的文章，在此将原文搬过来以做记录。

要想使用 `gdb` 调试程序，必须让 `gdb` 程序和被调试程序建立联系，这种联系可以通过程序的可执行文件、core文件或者正在运行的进程来建立，具体调试的时候使用的选项不同，涉及到参数的传递，选项的顺序，多进程启动前的设置等等...

我们在编程时会出现 父exe 调用 子exe 的情况，同时我们还需要调试 子exe 的代码。因此，我尝试写一个示例，并尝试在 windows 和 linux 下调试子exe。同时为了跨平台，我们使用 cmake 和 纯c++库 来编写代码。调试时必须使用 DEBUG 来编译代码。

基于i386的Qemu模拟器启动linux的GDB调试

附加进程到远程服务器中的Docker这种模式，可能用的不多，因为docker的初衷就是：镜像打好之后，一个镜像可以多个地方使用。很多时候，我们在本地开发过程中程序运行很正常，但是发布到线上之后由于环境的原因，可能会有一些异常。通常我们会通过日志来分析问题，除了日志还有一种常用的调试手段就是：附加进程。在当前.Net Core支持跨平台的大背景下，其中Linux环境和Linux Docker的附加显得尤为重要。想附加Linux中的Docker容器，必须安装SSH服务器。VS中的附加进程非常强大，目前提供了。.

在编译程序时，使用 gcc 或者 g++ 时一定要加上 -g 选项，以便能够正常调试程序。 1. 启动调试 假设已有二进制文件如下，其中 chapter_3 为可执行文件 $ ls chapter_3 main.cpp Makefile student.cpp student.h teacher.cpp teacher.h $ 执行 gdb 可执行文件名 即可以启动调试，如下图： $ gdb chapter_3 GNU gdb (Ubuntu 8.1.1-0ubuntu1) 8.1.1 C

任何写过比 hello world 复杂一些的程序的人都应该使用过调试器(如果你还没有，那就停下手头的工作先学习一下吧)。但是，尽管这些工具已经得到了广泛的使用，却并没有太多的资源告诉你它们的工作原理以及如何开发，尤其是和其它那些比如编译器等工具链技术相比而言。此处有一些其它的资源可以参考： http://eli.thegreenplace.net/2011/01/23/how...

dir 命令可以将源文件目录添加到 GDB 的搜索路径中，方便查看其他文件中的代码。) 分别向前和向后搜索指定的正则表达式。使用 info breakpoints (或 i b) 命令可以查看所有已设置的断点信息，包括断点编号、类型、位置、条件等。在 GDB 中，断点是调试过程中非常重要的工具，它允许在程序执行到特定位置时暂停，以便检查程序状态、变量值等信息。list 命令 (或 l) 是最常用的查看代码命令，它可以显示当前执行位置附近的代码。frame 命令可以切换到不同的栈帧，并显示对应栈帧的代码。

这篇文章深入介绍了使用gdb进行高级调试的各种技巧和方法，包括调试正在运行的进程、远程调试、动态调试、内存调试、多线程调试和调试优化代码。这些技巧对于开发人员在调试和优化复杂程序时非常有用。重点是深入了解如何使用gdb调试正在运行的进程。

在vscode下进行调试2——使用CMakelist文件进行编译和调试+附加进程调试

GDB多进程调试

一次生产环境通过gdb调试器修改程序执行流程的经历

在调试过程中，你还可以修改变量的值，使用命令`set variable <variable_name> = <new_value>`。- `continue`或`c`：从当前位置继续执行程序，直到遇到下一个断点或程序结束。- `backtrace`或`bt`：显示函数调用的回溯栈，帮助理解程序的执行流程。- `next`或`n`：执行下一行代码，但如果是函数调用，则不会进入函数内部。- `step`或`s`：执行下一行代码，如果遇到函数调用，则会进入函数内部。其中`<pid>`是进程的ID。