在调试嵌入式程序时，“IAR断点怎么设置，IAR断点设置后程序不停止怎么办”是很常见的问题。断点本身不复杂，真正容易出问题的是：当前代码有没有被编译进目标文件，优化后源码行还在不在，断点位置是不是在Flash里，硬件断点数量够不够，程序有没有真的跑到那一行。IAR的C-SPY调试环境支持多种断点类型，实际使用时也会涉及硬件断点、软件断点以及调试器驱动处理方式。
一、IAR断点怎么设置
设置断点时，不要只理解成“在某行代码左边点一下”。不同位置、不同代码段、不同优化等级下，断点能不能生效差别很大，尤其是MCU程序大多运行在Flash中，断点资源并不是无限的。
1、在源码行设置普通断点
打开需要调试的.c或.cpp文件，在目标代码行左侧灰色边栏单击，就可以设置或取消断点。也可以把光标放到对应行，通过【Debug】相关菜单设置断点。正常情况下，断点标记会显示在源码行旁边，进入调试后程序运行到这一行会暂停。
2、通过Breakpoints窗口管理断点
进入调试状态后，可以打开【View】→【Breakpoints】查看当前所有断点。这里能看到断点是否启用、命中次数、位置是否有效。有些断点看起来还在源码上，但实际已经失效，Breakpoints窗口里通常能看得更清楚。IAR C-SPY的断点系统本身就支持从断点窗口创建和管理不同类型断点。
3、区分代码断点和数据断点
普通代码断点用于让程序在某条指令或源码行暂停。数据断点一般用于观察某个地址或变量被访问、被写入时暂停，不过它依赖芯片调试资源，不是所有目标芯片都支持。遇到变量被莫名改写时，数据断点很有用，但不能把它当成普通断点随便加很多个。
二、IAR断点设置后程序不停止怎么办
断点设置后程序不停，不一定是IAR坏了。更常见的是代码没有执行到、断点位置无效、优化影响源码映射、调试信息不足，或者硬件断点资源已经用完。排查时要一层一层看，不要一直重复下载。
1、确认程序真的运行到该代码
先在更靠前的位置打断点，比如main函数入口、初始化函数入口、循环入口。如果这些地方能停，而目标断点不停，说明程序大概率没有走到那条分支。再检查条件判断、函数是否被调用、任务是否启动、中断是否打开。不要一开始就怀疑断点机制，很多时候只是流程没走到。
2、检查断点是否变成无效状态
进入调试后看源码行断点图标，如果断点变灰、带问号，或者提示无法设置，说明调试器没有把它真正下到目标位置。常见原因是该行没有生成机器指令，比如只有变量声明、宏定义、空行、被条件编译排除的代码。可以把断点设到实际赋值、函数调用、寄存器操作这些更明确的语句上。
3、查看优化和调试信息配置
进入【Project】→【Options】→【C/C++Compiler】检查优化等级，再查看是否生成调试信息。Debug版本建议先关闭高等级优化，确认断点能稳定命中后，再逐步恢复必要优化。Release配置下调试，断点不停、变量显示异常、单步跳来跳去都很常见，不适合用来做基础问题定位。
三、断点不生效还要排查哪些细节
有些断点问题不是设置方法错，而是工程配置、下载镜像、芯片状态和运行方式不一致。特别是Bootloader工程、RTOS工程、低功耗工程，断点不停止的原因往往藏在启动流程里。
1、确认下载的是最新程序
修改代码后要重新编译并下载。不要只Build不Download，也不要连接了旧镜像还在新源码里打断点。如果源码和目标板中的程序不是同一版，断点位置自然对不上。可以改一个明显的测试点，比如LED翻转周期或串口打印内容，先确认板子运行的确实是当前工程。
2、检查链接地址和调试入口
带Bootloader的工程要特别注意Application起始地址。如果.icf链接地址、下载地址、向量表地址和Bootloader跳转地址不一致，调试器可能显示连接正常，但断点下在了错误区域。表现就是main入口断点不一定停，或者中断里的断点完全不进。
3、注意中断和RTOS任务断点
如果断点设置在中断函数里，要确认外设中断使能、NVIC配置、优先级和中断函数名称都正确。如果断点在RTOS任务里，要确认任务已经创建并开始调度。任务没有启动，断点不会停；中断函数名字和启动文件向量表不一致，也会导致程序进Default_Handler而不是目标ISR。
总结
IAR断点设置并不难，普通源码断点可以直接在代码左侧点击，也可以通过【Breakpoints】窗口统一管理。遇到IAR断点设置后程序不停止时，先确认程序是否真的执行到目标位置，再检查断点是否有效、优化等级是否过高、调试信息是否完整、硬件断点资源是否用完。Bootloader、RTOS、中断和低功耗场景下，还要额外核对链接地址、向量表、任务调度和复位行为。把这些因素分开排查，断点不命中的问题一般都能比较快地缩小范围。
