IAR Embedded Workbench中的器件、宏、链接文件和优化级别都会影响最终程序。无优化时运行正常，切换发布配置后出现死机、变量异常或外设时序错误，应先固定配置差异，再逐级缩小问题范围。围绕“IAR Embedded Workbench怎么配置编译选项IAR编译优化后程序运行异常如何排查”，配置阶段需要保证环境一致，排查阶段则要避免同时修改过多选项。

在对嵌入式程序进行调测的时候，经常会有“IAR变量观察窗口怎么使用，IAR变量值显示异常怎么判断”这种疑问被大家碰到；其实这个窗口不仅仅是把数值摆出来这么简单，它的背后还牵扯到编译器的优化、调试文件的有无、变量自己起作用的范围、内存的具体地址、数据的不同类型解释，甚至连DMA和中断去改动数据都会对它产生影响；有时候数据确实被程序更改了，有时候却只是软件窗口显示得不准确，所以在找问题的时候，首先得把“显示出问题”和“运行出问题”给区分开才行。

在项目移植、添加启动引导程序、划分闪存存储区域，或者适配不同容量芯片的时候，开发人员经常会遇到如何改动IAR链接配置文件，以及怎么解决地址冲突的问题；在IAR软件里经常被提到的链接脚本，实际上通常就是项目里用到的.icf格式的配置文件；这个文件主要负责告诉链接工具把代码放在哪里，把变量安排在什么地方，还要从哪一段内存里把栈空间和堆空间分配出来。

项目第一次跑C-STAT的时候，结果列表里往往一下子就冒出很多警告，看着让人有点无从下手。面对这种情况，我们需要想清楚先处理哪些问题，筛选的时候又应该重点关注哪几种类型，不能只想着靠数量来清理，也不能机械地从列表最上面一条开始一条条去改。C-STAT这个工具会给每条检查出来的问题标上一个严重级别，分成High（高）、Medium（中）、Low（低）这三档，而且在结果窗口里面，我们可以设置让它只显示高级别的，或者只显示中等级别和高级别的。更实际的做法是，先把那些可能实实在在影响程序正常运行的风险给压下去，然后再腾出手来整理那些跟编码规范有关的问题，这样更容易踩稳节奏，不会乱。

当程序突然无法写入Flash，或者发现RAM的占用量比上一个版本明显增加的时候，IAR生成的map文件往往比编译窗口里的信息更管用；大家会关心在IAR的map文件里哪些信息最关键，分析的时候又该先去看哪几项占用，正确的做法并不是从头一行行翻看，先把内存区域和汇总结果弄清楚，再回过头去细查模块、段和符号，排查速度就会快上很多。IAR的连接器负责把代码和数据安排到目标内存中，而map文件就是用来查看连接之后各部分摆放情况的一份记录。

工程能够顺利编译通过，并不代表芯片的配置就一定没有问题。要弄清楚IAR工程在选错芯片以后会带来哪些影响，以及芯片器件包切换完之后有哪些设置是需要回头重新检查的，实际得去看目标器件的型号、内核、链接文件、启动代码，还有调试和下载的这些设置，是不是都跟实际用的芯片对得上。在IAR Embedded Workbench里面，目标器件一般是在【Project】→【Options】→【General Options】→【Target】这个地方去选的，这一项选择会直接影响到后面的构建和整个调试环境。

很多团队做IAR交付时，真正麻烦的不是能不能编过，而是发布包里到底该放什么、不同配置怎么一起出、产物名字怎么区分、后面追版本时靠什么回溯。IAR本身已经给了几块很关键的能力，包括Batch Build批量构建、iarbuild.exe命令行构建、Build Actions前后处理、Output Converter输出格式转换，以及把构建信息写入日志文件的能力，所以发布包最好围绕这几项来收口，而不是每次靠人工东拼西凑。

下面按IAR Embedded Workbench for Arm里最常见的Cortex-M工程来写。IAR官方文档明确说明，Cortex-M的中断函数进入和返回方式与普通函数一致，不使用__irq、__fiq这类关键字；同时，异常名和默认向量代码由cstartup_M.c或cstartup_M.s提供。也就是说，IAR里的中断配置，核心不是“给函数加特殊修饰”，而是把启动文件、向量表、链接地址和NVIC设置对齐。

做嵌入式项目时，IAR这类工具一旦装不顺，后面连建工程、选器件、接仿真器都会跟着卡住。很多人遇到报错就直接删了重装，其实问题不一定出在安装包本身，有时是新版压到旧目录里了，有时是主程序装完了但驱动没跟上，还有一种更常见，软件本体没坏，缺的是器件支持包和补丁。IAR当前更新页其实把这几类东西分得很清楚，主安装器、设备支持包、链接器补丁和驱动补装，入口都不是一回事。

刚接触IAR ARM时，很多人不是不会写代码，而是工程一建起来就开始乱，文件加进去了却编不过，芯片选了却和头文件不一致，启动文件也不知道该用默认的还是自己改一份。IAR官方文档把这条链路拆得很清楚，新工程先从模板或CMSIS-Pack工程创建，再在【Project】→【Options】里确认目标芯片相关参数，最后再决定启动代码是沿用默认运行库实现，还是把修改后的启动文件加入工程。顺序走对了，后面编译和下载会省很多返工时间。