4、断点基础：什么是断点、断点的类型（硬件/软件/条件断点）、断点的工作原理
调试嵌入式程序，说白了就是让代码“停下来给你看”。
怎么停？靠的就是断点。
我刚开始做单片机开发那会儿，总觉得断点是个很玄的东西——点一下就能停，再点一下又能跑。后来自己写调试器、做JTAG驱动，才真正搞明白它背后那点事。今天咱们就把断点彻底聊透。
4.1 什么是断点
断点，就是一个让CPU暂停执行的“陷阱”。
你告诉调试器：“执行到地址0x08001234的时候，给我停下来。”调试器就在那个地址上做手脚。CPU一踩上去，立刻触发异常，控制权交回给你。
这时候你可以：
- 查看寄存器值
- 检查内存数据
- 单步执行下一行
- 修改变量内容
4.2 断点的三种类型
断点不是只有一种。根据实现方式，可以分为三大类。我画了张图帮你理清关系：
4.3 硬件断点
硬件断点，靠的是芯片内部专门的调试寄存器。
CPU内部有若干个“地址比较器”。你设置断点时，调试器把地址写进这些寄存器。CPU每执行一条指令，都会拿PC值跟这些寄存器比对。匹配上了，就触发调试异常。
- 不修改程序代码，ROM/Flash区域也能用
- 数量受硬件限制，ARM Cortex-M通常只有2-8个
- 支持在“执行到某地址”时触发
- 部分MCU还支持“数据访问断点”（读写某变量时停）
我在项目中遇到过一个问题：在Flash里打了几十个断点，结果只有前6个生效。后来才意识到，硬件断点用完了，后面的全是摆设。嗯，从那以后我养成了习惯——先数数芯片有几个硬件断点。
| 芯片系列 | 硬件断点数量 | 备注 |
|---|---|---|
| Cortex-M0/M0+ | 4个 | 不含数据断点 |
| Cortex-M3/M4 | 6-8个 | 含2个数据断点 |
| Cortex-M7 | 8个 | 含4个数据断点 |
| RISC-V (常见) | 2-4个 | 取决于实现 |
4.4 软件断点
软件断点的原理更直接——替换指令。
调试器把你设断点的那条指令，偷偷换成一条“陷阱指令”（比如ARM的BKPT、x86的INT3）。CPU执行到这条指令时，立即触发异常，调试器接管。
等你恢复运行时，调试器再把原来的指令写回去，执行完，再重新替换成陷阱指令。
软件断点的好处很明显：数量几乎不限。你可以在代码里打几十个、上百个断点，只要RAM够用就行。
4.5 条件断点
条件断点，就是“满足某个条件才停”。
举个例子：你有一个for循环，循环1000次。你想在第500次的时候停下来看看。普通断点会停1000次，你手都点酸了。条件断点可以设成 i == 500，只有满足条件才触发。
条件断点的实现方式有两种：
- 硬件条件断点：利用调试硬件的“数据比较”功能，直接比较变量值。速度快，不消耗CPU周期。
- 软件条件断点：先停在断点处，然后由调试器检查条件是否满足。不满足就自动恢复运行。速度慢，但灵活。
4.6 断点的工作原理（底层细节）
咱们把断点的完整工作流程拆开看：
- 设置断点：调试器通过JTAG/SWD接口，向目标芯片写入断点配置（硬件断点写寄存器，软件断点改指令）。
- 程序运行：CPU正常执行指令，直到遇到断点触发条件。
- 触发异常：CPU进入调试异常状态，保存当前上下文（PC、寄存器等）。
- 调试器接管：调试器通过调试接口读取CPU状态，显示给开发者。
- 用户操作：你可以查看变量、单步执行、修改内存。
- 恢复运行：调试器恢复断点处的原始指令（软件断点），然后让CPU继续执行。
这里有个细节：软件断点恢复运行时，调试器会把原来的指令写回去，然后让CPU重新执行这条指令。所以你会感觉“停了一下，又继续了”。实际上CPU执行了两次——一次触发断点，一次真正执行。
- 硬件断点：靠硬件比较器，不占内存，数量有限
- 软件断点：靠替换指令，数量无限，只能用于RAM
- 条件断点：靠条件判断，避免无效中断
搞懂了这些，你就能根据实际情况选择合适的断点类型。调试效率会高很多。