gdb调试进程

### 如何使用GDB调试Linux进程 #### 编译带有调试信息的程序 为了使 GDB 能够提供详细的调试信息，在编译 C/C++ 程序时应加入 `-g` 参数，这会使得编译器在目标文件中嵌入额外的调试数据。例如： ```bash gcc -g test.c -o test ``` 此命令将源码 `test.c` 编译成可执行文件 `test` 并包含完整的调试支持[^3]。 #### 启动GDB并加载待调试程序 通过指定要调试的应用名称来启动 GDB。如果希望立即开始调试，则可以在启动 GDB 的时候就附带应用名及其参数列表；如果不急于立刻运行被测对象，也可以先进入交互模式再做进一步操作: ```bash gdb ./test ``` 一旦进入 GDB 控制台之后就可以利用各种指令来进行断点设置、变量查看等动作了。 #### 设置断点与单步执行 当准备完毕后可以考虑在哪里暂停下来仔细观察状态变化情况——即设定断点位置。假设想要让程序停在一个特定函数处等待人工干预的话，那么只需输入如下所示语句即可完成相应配置工作： ```bash break main ``` 上述代码会在名为main()的地方建立一个停止点以便后续分析之用。另外还有一种方式叫做“条件性中断”，它允许开发者定义某些逻辑表达式作为触发依据从而实现更加精准化的控制效果。 对于简单的逐步跟踪需求来说，“step” 或者 “next” 命令将会非常有用。“step” 可以深入到子调用内部继续探索下去而不会跳过任何细节部分；相反地，“next” 则只会停留在当前层面上按顺序依次走过每一行有效代码直到遇到返回为止[^2]。 #### 处理多进程环境下的特殊情况 针对存在父子关系链路结构复杂场景中的问题排查任务而言，GDB 提供了一些专门用于管理此类状况的功能特性。比如可以通过下面这条指令获取所有已知活动单元编号清单： ```bash info inferiors ``` 紧接着便能借助于切换上下文的方法快速定位至感兴趣的那一个实例上去开展下一步的研究计划： ```bash inferior N ``` 这里N代表的就是之前查询所得结果集中某一行所对应的ID号。除此之外还有诸如attach/detach之类的高级技巧可供选择，它们分别对应着主动连接外部正在独立运作的目标实体以及解除关联的动作描述[^1]。 #### 实际案例演练 考虑到理论知识总是显得有些抽象难懂，不妨给出一段具体的Python脚本例子来做更直观的感受吧！ 设想有一个简单父-子双线程架构的小工具需要我们去探究其行为特征... ```python import os print(f"Parent PID {os.getpid()}") def child(): pid = os.fork() if not pid: print(f'Child process, PID={os.getpid()}, PPID={os.getppid()}') child() while True: pass ``` 现在按照前面介绍过的流程一步步走下去就能轻松掌握整个过程啦！