把IAR工程放进持续集成后，麻烦往往出在编译之外。开发机点击【Make】可以顺利生成程序，换到Jenkins、GitLab Runner或其他构建节点，任务却可能卡在许可证、路径和账户权限上。处理“IAR Build Tools怎么接入持续集成IAR自动化构建环境配置失败如何检查”，应先让命令行构建在节点上单独跑通，再交给流水线执行。

IAR完成链接后，映射文件会列出段地址、模块占用、公共符号和栈使用情况。处理“IAR怎么查看链接映射文件IAR链接后程序存储空间超限如何调整”时，应先确认超出的是ROM还是RAM，再追到具体模块和对象，避免为了通过构建随意缩栈或扩大地址范围。

在嵌入式项目进行调试和发布切换的时候，经常会遇到这类问题，当把优化等级调高了以后，虽然代码的体积可能变小了，运行速度也可能变快了，但是源码和机器指令之间的对应关系就会变得不直观，变量有可能会被放进寄存器里面，或者被合并、被删掉，函数也可能被内联，所以调试窗口里才看不到变量，这不一定说明程序真的出错了。在IAR的编译选项里面，其实包含了面向速度和体积的优化配置，在实际使用的时候，应该把调试需求和发布需求分开来处理。

在调试嵌入式程序时，“IAR断点怎么设置，IAR断点设置后程序不停止怎么办”是很常见的问题。断点本身不复杂，真正容易出问题的是：当前代码有没有被编译进目标文件，优化后源码行还在不在，断点位置是不是在Flash里，硬件断点数量够不够，程序有没有真的跑到那一行。IAR的C-SPY调试环境支持多种断点类型，实际使用时也会涉及硬件断点、软件断点以及调试器驱动处理方式。

做嵌入式项目时，很多人会碰到“IAR编译选项怎么配置，IAR编译选项导致代码体积变大怎么排查”这类问题。IAR里一个选项看起来只是勾选或切换级别，实际可能影响优化策略、调试信息、库函数选择、浮点处理、链接结果和最终烧录文件大小。排查时不要只盯着某一行代码，先把编译、链接、库文件和输出文件类型分开看，问题会清楚很多。

调试单片机程序时，光盯着变量值看，往往只能弄清楚一部分问题；一旦遇到中断响应不对、外设状态报错、任务切换出现混乱，或者程序干脆跑飞了，还得去翻看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。也就是说，优化等级不是越高越好，而是要和当前阶段的工作目标对上。