4. 断点调试基础

在 VxWorks Workbench 中，断点是调试目标机程序最直接的手段。它的本质是让 CPU 在指定位置暂停执行，把控制权交给调试器，从而观察寄存器、内存、变量和调用栈。Workbench 通过 WDB（Wind Debug）协议与目标机上的调试代理通信，断点的设置、命中、删除都由调试器与目标机协同完成。理解四类断点的差异，是高效调试的前提。

一、软件断点：用指令替换实现

软件断点是最常用的断点类型。它的实现方式是把目标地址处的一条指令临时替换为一条“陷阱”指令（在 PowerPC 上通常是 twi 或 bkpt 类指令，在 ARM 上是 BKPT）。当 CPU 执行到该地址时触发异常，调试代理捕获异常并通知 Workbench 暂停。

软件断点的关键限制是：它只能设置在可写、可执行的代码段（如 RAM 中的 .text）。如果代码运行在 ROM 或 Flash 中，无法写入陷阱指令，软件断点就失效。此外，软件断点会修改内存内容，在自修改代码或校验代码中可能引起误判。

在 Workbench 中设置软件断点非常直接：在编辑器左侧边栏双击，或在 Debug 视图的断点列表中右键选择 Add Software Breakpoint。命中后，Debug 视图会高亮当前行，Registers 视图显示 PC 指向断点地址，Variables 视图刷新局部变量。

二、硬件断点：依赖 CPU 调试寄存器

硬件断点不修改目标代码，而是利用 CPU 内部的调试寄存器（如 PowerPC 的 IAC/DAC、ARM 的 FSR/ FAR）来监视地址总线。当取指地址与设定值匹配时，CPU 直接产生调试异常。因此硬件断点可以设置在 ROM、Flash 或任何不可写区域，也不会破坏代码。

硬件断点的数量受 CPU 调试寄存器数量限制，通常只有 2～4 个。Workbench 在设置硬件断点时，如果资源已耗尽，会给出提示。设置方式是在断点列表中选择 Add Hardware Breakpoint，或右键断点属性切换类型。

硬件断点适合以下场景：调试启动代码、中断服务程序、ROM 中的函数，或需要精确捕获某条指令执行时。由于不修改内存，它也是调试带校验的固件时的首选。

三、临时断点：命中一次即自动删除

临时断点（Temporary Breakpoint）是一种“一次性”断点。它命中后立即被调试器自动删除，不会再次暂停。这在只想让程序在某个位置停一次、之后继续全速运行时非常有用，例如跳过启动阶段、只观察第一次进入某函数时的状态。

在 Workbench 中，可以在断点属性中勾选 Temporary，或使用 Run to Cursor 的变体。临时断点与普通断点在设置方式上一致，区别仅在于命中后的生命周期。

四、条件断点：带表达式的命中控制

条件断点允许附加一个布尔表达式，只有当表达式为真时才会暂停。例如在循环中调试第 100 次迭代，或只在某个变量等于特定值时停下。Workbench 支持在断点属性中填写 Condition，表达式由调试器在目标机上求值。

条件断点的代价是每次命中都要执行表达式求值，可能显著降低运行速度。如果条件复杂或命中频繁，建议改用“先设普通断点，命中后手动检查变量”的方式，或使用 Ignore Count（忽略次数）来减少暂停次数。

下面这张图展示了四类断点在目标机上的作用位置与命中控制逻辑。图中左侧是目标机内存与 CPU 调试资源，右侧是 Workbench 断点列表中的属性设置，中间用箭头表示命中后的控制流。

五、命中控制与实战建议

断点命中后，Workbench 会暂停目标机，并在 Debug 视图显示当前线程和调用栈。此时可以查看 Registers、Memory、Variables，也可以单步执行或继续运行。如果断点没有命中，常见原因包括：地址错误、代码未加载到该地址、断点被优化掉、或硬件断点资源不足。

实际调试中，建议遵循以下原则：

• 优先使用软件断点，除非代码在 ROM 或需要精确捕获指令执行。
• 硬件断点数量有限，用完及时删除不再需要的断点。
• 临时断点适合“只停一次”的场景，避免手动删除。
• 条件断点表达式尽量简单，避免在目标机上执行复杂函数调用。
• 结合 Ignore Count 跳过前 N 次命中，减少无效暂停。