调试单片机程序时，光盯着变量值看，往往只能弄清楚一部分问题；一旦遇到中断响应不对、外设状态报错、任务切换出现混乱，或者程序干脆跑飞了，还得去翻看CPU内部的寄存器和外设那边的寄存器。要弄明白在IAR C-SPY里怎么查看寄存器发生的变化，以及寄存器窗口的数值一直不刷新可能是什么原因，重点是把普通的一次性查看和程序跑起来以后的持续观察区分开。C-SPY既能查看CPU寄存器、外设寄存器，也能打开内存窗口，并且可以把寄存器分组和调试窗口的布局保存下来，下次再用就方便了许多。

很多团队把IAR接进流水线时，最容易卡住的不是编译器本身，而是没有先分清楚本地IDE工程、命令行构建入口和服务器侧工具链这三层。按IAR官方当前口径，IAR Build Tools本身就是面向自动化构建和CI/CD的命令行工具链，支持云端和服务器环境，也支持Linux与Windows；而在传统IAR Embedded Workbench体系里，项目同样可以通过iarbuild.exe从命令行构建，所以真正落地时，关键不是能不能接CI，而是先选好你要用IDE工程驱动，还是用Build Tools做服务器侧统一入口。

IAR许可证迁移怎么做，先要分清你手上的授权类型。IAR官方公开资料把常见情况分成三类，一类是锁定到当前电脑的PC锁定许可证，一类是跟随加密狗走的移动许可证，另一类是放在许可证服务器上的网络许可证。换电脑后的恢复动作，看起来都像“重新激活”，实际前置步骤并不一样，先把类型分清，后面才不会走错。

做IAR升级，最容易出问题的不是安装程序本身，而是把新版本直接盖到旧环境上，或者装完以后只看工程能不能打开，却没有把许可证、器件支持、编译器变化和调试链路一起核一遍。IAR官方近版发布说明和迁移文档反复强调几件事：新版本不要安装到旧版本目录上，必要时还要同步做许可证续期和License Server Tools升级；如果跨大版本，旧工程还要重点检查IDE、语言选项、库结构和运行时变化。

做嵌入式项目时，很多人一开始会把注意力放在能不能编过、能不能下载，等到代码越来越多，才发现优化等级选得不对，会直接影响后面的定位效率。IAR在官方文档里把优化等级分成None、Low、Medium和High，High下面又分Balanced、Size、Speed和No size constraints，同时还明确说明None的调试支持最好；另一份C-SPY调试文档也提醒，高优化会让源码和最终指令的对应关系变得没那么直观，变量值有时还会显示成Unavailable。也就是说，优化等级不是越高越好，而是要和当前阶段的工作目标对上。

IAR做STM8调试时，表面现象常常只有一句连不上，但背后原因并不只一种。有时真是驱动和探头链路没起来，有时是【Debugger】里选错了驱动，有时板子没上电、线缆不对，甚至还有一种情况是程序下载阶段写失败，看起来像连不上，实际却是设备型号或链接地址不对。IAR针对STM8的C-SPY调试文档把这条链路拆得很清楚，主机侧通过USB和硬件调试器通信，硬件调试器再通过SWIM和STM8目标芯片通信，IAR安装时也会把STM8相关的C-SPY硬件调试驱动一起装上。

在IAR里把运行库切到DLIB后，printf相关问题常见表现是输出缺字、格式不对、浮点不显示、偶发乱码，甚至一调用就跑飞。DLIB本身支持可裁剪的格式化能力与不同的底层输入输出接口，工程一旦同时牵涉C-SPY终端窗口、UART串口重定向、以及不同Printf formatter组合，任何一个环节不匹配都会把问题放大。下面围绕IAR DLIB启用后printf输出异常怎么定位，IAR DLIB库配置与格式化选项应怎样设定，把排查与配置按可执行路径拆开。

在IAR里点【Download and Debug】却下载不到目标板，很多人第一反应是怀疑程序有问题，但更常见的原因其实出在连接链路、Flash写入通道、或下载参数与芯片实际状态不一致。把下载流程拆成几步去看，就能快速判断失败发生在“连不上”“写不进”“校验不过”还是“写完跑不起来”，定位会明显更快。下面按现场常见卡点，逐步把Flash Loader与驱动参数的检查路径讲清楚，方便直接照着排。