1
GDB的工作原理
进程控制（Process Control）
GDB 能够控制目标程序的执行，常见操作包括启动、暂停、继续执行、单步执行（Step-by-step）等。
它通过系统调用如 ptrace 来控制被调试的进程，ptrace 允许 GDB 像“上帝视角”一样操纵被调试程序的每一步。
GDB 可以对进程进行挂起和恢复、捕获信号（如 SIGSEGV 或 SIGKILL），以及注入数据到目标进程。
GDB 通常会让目标程序进入挂起状态，此时它会等待开发者输入的调试指令，比如“单步执行”或“设置断点”。
通过这些指令，GDB 能够逐条执行代码并实时查看每一条指令的效果。
符号表管理（Symbol Table Management）
GDB 能读取程序的符号表信息，了解函数名、变量名、行号等调试信息。
编译时使用 -g 参数生成调试符号，这样编译后的可执行文件会保留这些符号表，方便调试器了解程序的内部结构。
符号表的作用是将二进制代码和源代码之间建立桥梁。
二进制文件通常只包含机器码，而 GDB 利用符号表将这些机器码还原为易读的源代码信息（如行号、函数名、变量名），从而让调试员可以看到哪个变量在某一行发生了变化，或者是哪一行出现了异常。
断点（Breakpoints）
断点是调试过程中常用的概念，指程序在某个指定位置暂停执行。
GDB 通过在程序的特定指令处插入一个陷阱指令（Trap Instruction），来实现断点功能。
这种指令会触发系统中断，暂停程序执行并将控制权交还给 GDB。
当 GDB 设置一个断点时，它将目标地址的机器指令暂时替换为陷阱指令。
一旦断点处被执行，程序触发异常，GDB 接管并暂停程序，让调试员检查程序状态。
当程序继续运行时，GDB 会恢复原来的指令，确保程序能正常执行。
寄存器和内存的访问
GDB 通过 ptrace 访问并修改进程的寄存器和内存。
开发者可以查看寄存器中的值（如程序计数器 PC 和栈指针 SP）来理解当前程序的运行状态。
同时，GDB 可以直接修改内存数据，比如在某个内存地址写入值，甚至修改代码段的指令，以测试不同的执行路径。
GDB 还能通过查看栈帧（Stack Frames）来帮助调试员理解程序的调用关系和函数返回值。
在一个多层嵌套调用的情况下，GDB 可以查看当前函数的局部变量以及返回地址，从而调试复杂的递归或函数调用链。
硬件抽象与平台无关性
GDB 支持多种架构的程序调试，包括 x86、ARM、MIPS 等。
它通过抽象底层硬件寄存器、内存布局等架构细节，使得调试流程对开发者来说具有一致性。
无论是在嵌入式设备上调试 ARM 代码，还是在服务器上调试 x86 代码，GDB 提供了相似的调试接口。
2
GDB 的高级特性
反向调试（Reverse Debugging）
GDB 支持“时间倒流”功能，允许调试员回退到之前的程序状态。
通过记录每一步操作的变化，GDB 能够让程序“逆向”执行，从而更方便地查找错误发生的原因。
远程调试（Remote Debugging）
通过 GDB 的远程调试功能，调试员可以在本地机器上调试远程设备上的程序。
这种方式常用于调试嵌入式系统或者没有 GUI 的服务器程序。
GDB 客户端和远程设备上的 GDB 服务器通过 GDB 的协议通信，进行断点设置、单步执行等调试操作。
调试多线程程序
GDB 支持多线程程序的调试，能够跟踪并管理每个线程的状态。
开发者可以单独调试某个线程、设置线程断点、查看线程栈等。
多线程调试复杂度较高，而 GDB 提供了一系列方便的命令来帮助开发者处理并发和竞争问题。
