3、GDB高级调试技巧：条件断点、观察点、捕获点、断点命令列表、调试多线程/多进程程序

在嵌入式Linux内核及驱动调试中，基础断点往往难以应对复杂场景。本章深入讲解GDB的高级调试机制，包括条件断点、观察点、捕获点、断点命令列表以及多线程/多进程调试，帮助开发者精准定位时序、数据竞争及逻辑分支问题。

3.1 条件断点

条件断点仅在满足指定表达式时暂停程序执行，避免在循环或高频调用路径中频繁中断。在调试内核模块或用户态守护进程时，条件断点能大幅提升效率。

典型应用场景：

• 在驱动中断处理函数中，仅当特定设备状态寄存器值为异常时暂停。
• 在内存分配函数中，仅当分配大小超过阈值时触发断点。
• 在循环迭代中，仅当索引等于特定值时进入调试。

(gdb) break do_irq if irq_num == 42
(gdb) break kmalloc if size > 4096
(gdb) break my_function if count == 100 && flag == 1

3.2 观察点

观察点用于监控内存地址或变量的值变化，当被监控数据被写入或读取时自动暂停。观察点分为写观察点、读观察点和读写观察点。

(gdb) watch my_global_var
(gdb) rwatch *buffer_ptr
(gdb) awatch shared_data->lock

3.3 捕获点

捕获点用于捕获特定事件，如C++异常、系统调用、进程创建/退出、加载共享库等。在嵌入式Linux调试中，捕获点对分析系统调用路径和动态库加载尤为有用。

(gdb) catch syscall write
(gdb) catch fork
(gdb) catch signal SIGSEGV

3.4 断点命令列表

断点命令列表允许在断点命中时自动执行一组GDB命令，实现自动化调试。这对于记录日志、打印变量、条件分支处理等重复性操作非常高效。

语法结构：

(gdb) commands [breakpoint_number]
> silent
> print var1
> print var2
> continue
> end

常用命令列表模式：

(gdb) break driver_write
(gdb) commands
> silent
> printf "write called: buf=%s, len=%d\n", buf, len
> if len > 1024
>   backtrace
> end
> continue
> end

3.5 调试多线程程序

嵌入式Linux系统广泛使用pthread多线程。GDB提供线程级调试能力，支持线程断点、线程切换、线程锁检测等。

核心命令：

(gdb) info threads
  Id   Target Id         Frame
  1    Thread 0xb7fe8700 (LWP 1234) 0x08048390 in main ()
  2    Thread 0xb7fe7700 (LWP 1235) 0xb7e8a4c2 in __kernel_vsyscall ()
* 3    Thread 0xb7fe6700 (LWP 1236) 0xb7e8a4c2 in __kernel_vsyscall ()

(gdb) thread 3
[Switching to thread 3 (Thread 0xb7fe6700 (LWP 1236))]
(gdb) break worker_func thread 3
(gdb) thread apply all backtrace

3.6 调试多进程程序

嵌入式系统中常见fork/exec创建子进程的场景。GDB支持多进程调试，可以跟踪父子进程的执行路径。

关键设置：

(gdb) set follow-fork-mode child
(gdb) set detach-on-fork off
(gdb) break fork
(gdb) run
(gdb) info inferiors
  Num  Description       Executable
* 1    process 1234      /usr/bin/my_daemon
  2    process 1235      /usr/bin/my_daemon

(gdb) inferior 2
[Switching to inferior 2 [process 1235] (/usr/bin/my_daemon)]

3.7 综合调试策略

在实际嵌入式Linux内核调试中，高级技巧往往组合使用。以下表格总结了不同场景下的推荐策略：

3.8 常见问题与避坑指南

• 条件断点不触发：检查条件表达式中的变量是否在当前作用域可见，优化编译可能使变量被优化掉，使用 -O0 编译或 volatile 声明。
• 观察点失效：硬件调试寄存器耗尽时，GDB会回退到软件模拟观察点，性能极差。减少同时激活的观察点数量。
• 多线程断点混乱：未使用 thread [id] 限定时，所有线程都会命中断点。使用 scheduler-locking on 保持单步调试的确定性。
• 多进程调试丢失子进程：忘记设置 set follow-fork-mode child 或 set detach-on-fork off，导致子进程脱离控制。
• 断点命令列表死循环：命令列表末尾未加 continue 或 finish，导致每次断点命中后重复执行列表。