IAR里最让人头疼的，往往不是报错本身，而是同样一句失败提示，背后可能是编译器、链接器、头文件路径、库文件、链接脚本，甚至版本迁移带来的语言兼容问题。IAR官方文档对这件事的处理思路其实很明确，先在【Build】消息窗口里看清报错层级和来源，再按编译、链接、内存放置、版本差异这几条线往下拆，效率会比一条一条盲改高很多。

刚接手STM8项目的人，最容易把两件事混在一起，一件是工程已经编过了，另一件是程序已经真正下到板子里了。放到IAR里看，STM8下载并不是单独拎一个烧录器窗口去做，而是通过C-SPY调试链路把当前生成的可执行文件送到目标板，常见硬件就是ST-LINK，走的是STM8的SWIM接口。IAR官方文档写得很明确，开始调试会话时就可以直接下载当前程序，ST官方也说明了ST-LINK本身就是面向STM8和STM32的调试与编程工具。

在IAR里把优化开高后，调试窗口里看不到局部变量、Watch里出现Unavailable、变量值跳来跳去，这通常不是调试器坏了，而是编译器为了生成更紧凑或更快的代码，把变量折叠、搬运到寄存器、甚至直接消掉了。想兼顾性能与可调试性，关键在于先弄清楚变量为什么消失，再把调试信息与保留符号的开关按场景配齐。