3. Trace技术概览

断点和单步，是调试器最基础的两个武器。但说实话，很多人用了好几年，也就停留在「点一下运行到光标处」的水平。真正遇到硬核问题——比如中断里跑飞、DMA 把内存踩了、优化后的代码不按源码走——这时候你对断点和单步的理解深度，直接决定你能不能把问题揪出来。

这一节，我把四种断点和单步执行掰开揉碎讲清楚。尤其是反汇编窗口怎么配合单步用，这是很多工程师的盲区。

3.1 硬件断点 vs 软件断点：本质区别

先问一个问题：你设一个断点，调试器到底对芯片做了什么？

答案取决于你用的是硬件断点还是软件断点。这两者的工作机制完全不同。

对比项	硬件断点	软件断点
实现原理	利用 CPU 调试寄存器（如 ARM 的 BP/BWP）	将目标指令替换为 BKPT/ebreak 等陷阱指令
数量限制	通常 2~6 个（取决于内核）	理论上无限（受 Flash/RAM 空间限制）
适用位置	RAM、Flash、ROM 均可	仅 RAM（需修改指令，Flash 不可写）
对代码影响	无侵入，不修改内存	临时修改内存，单步后恢复
触发时机	取指时由硬件比较器匹配	CPU 执行到 BKPT 指令时触发

我遇到过最典型的场景：在 Flash 里跑 Bootloader，想在某行设断点，结果 IDE 提示「断点无效」。原因就是 Flash 不可写，而调试器又没有硬件断点可用（被其他断点占满了）。

3.2 条件断点：精准打击

普通断点一触发就停。条件断点则是在满足某个表达式时才停。说白了，就是给断点加了个「过滤器」。

举个例子：你有一个环形缓冲区，head 指针在 0~255 之间循环。你想在 head == 128 时停下来看看。没有条件断点，你得手动按 128 次继续——手都按酸了。

// 条件断点表达式示例（IAR/Keil 风格）
head == 128

// 更复杂的条件：变量在某个范围内
(buffer_count > 100) && (error_flag == 0)

// 带逻辑运算
(uart_rx_index % 64) == 0

我曾经在一个 10kHz 的控制循环里设了条件断点，结果电机直接抖起来了——因为每次停下来算条件，控制周期被严重拖长。后来我改成用硬件断点 + 手动检查，反而更快。

3.3 单步执行：Step Over、Step Into、Step Out

单步执行有三种基本模式。很多人只用了 Step Over，但另外两个在特定场景下才是利器。

• Step Over (F10)： 执行当前行，遇到函数调用直接跳过（不进入函数内部）。适合大部分场景。
• Step Into (F11)： 进入函数内部。当你怀疑某个函数有问题时，必须用这个。
• Step Out (Shift+F11)： 从当前函数跳出，回到调用处。当你发现进错了函数，或者函数前半段没问题，想快速返回时用。

嗯，这里有个细节很多人不知道：Step Over 在遇到内联函数或宏时，行为会变得很奇怪。因为编译器把代码展开了，调试器可能找不到「函数边界」。这时候你按 Step Over，它可能直接跳过多行代码。

3.4 反汇编窗口：单步的真正搭档

单步执行配合源码看，只能解决 80% 的问题。剩下 20% 的硬骨头——比如栈被踩、PC 跑飞、中断嵌套——你必须打开反汇编窗口。

反汇编窗口显示的是编译器生成的汇编指令。每一行 C 代码对应若干条汇编。当你单步执行时，可以切换到「汇编级单步」，一条指令一条指令地走。

为什么要这么做？

• 看编译器是否做了你没想到的优化（比如变量被优化掉了）
• 检查函数调用时栈指针的变化
• 定位异常向量表或中断入口的跳转
• 确认 volatile 是否真的阻止了优化

; 反汇编示例：一个简单的赋值操作
; C 代码：*p_reg |= 0x01;
; 对应的 ARM 汇编（O0）：
LDR     r0, [pc, #0x10]    ; 加载 p_reg 地址
LDR     r1, [r0, #0x00]    ; 读取当前值
ORR     r1, r1, #0x01      ; 按位或
STR     r1, [r0, #0x00]    ; 写回
; 如果开了 O2，可能变成：
LDRB    r0, [r0]           ; 直接字节操作
ORR     r0, r0, #0x01
STRB    r0, [r0]

你看，优化前后的指令差异很大。如果你在调试外设寄存器操作，O2 下编译器可能只做了字节操作，而外设寄存器要求字访问——这就出问题了。

3.5 知识结构图：断点与单步调试全景

下面这张图把四种断点和三种单步模式的关系画清楚了。建议你保存下来，调试时对照着看。

3.6 实战建议：什么时候用什么断点

最后给几条实操建议，都是我踩过的坑换来的。

1. 调试 Flash 中的 Bootloader： 优先用硬件断点。如果硬件断点不够，考虑把关键函数搬到 RAM 里执行，然后用软件断点。
2. 调试中断服务函数： 别用 Step Into 进中断——你根本不知道中断什么时候触发。用硬件断点设在 ISR 入口更靠谱。
3. 调试优化后的代码： 打开反汇编窗口，用汇编级单步。源码级单步在 O2/O3 下基本不可信。
4. 条件断点别滥用： 只在低频路径上用。高频路径（1ms 中断、DMA 回调）里用条件断点，等于让调试器帮你降频。
5. 数据断点是个好工具： 当你发现某个变量莫名其妙被改了，设一个数据断点（也叫 Watchpoint），在变量写入时触发。比翻代码快十倍。