为了缩小固件体积，把运行时库从Full改成Normal，重新构建却出现未定义符号；或者调试配置能够链接，发布配置却报错。这类问题不能只靠来回切换库选项解决。运行时库还与目标处理器、编译参数、底层输入输出接口及已有静态库有关。定位时，应保留完整错误信息，查清报错符号由谁引用、预期由哪里提供。以下以IAR Embedded Workbench for Arm的常见英文界面为例，其他目标平台需对应检查。

工程编译成功后，输出目录里常会先看到一个.out文件。若烧录工具要求BIN，不能直接把它改名为.bin：IAR需要先完成链接，再通过输出转换器生成指定格式。动手前最好看一眼烧录工具要求的是BIN还是HEX，以及它是否要求单独填写写入地址。下面以IAR Embedded Workbench for Arm为例说明。

IAR Embedded Workbench把程序写入目标芯片后，CPU下一步是停在复位入口、运行到main暂停，还是脱离调试器后自行启动，和C-SPY的下载方式、Run to配置以及硬件调试驱动的复位策略都有关系。程序能够正常编译和写入Flash，却在下载后一直停着，先别急着改启动代码，可以先确认当前执行的是下载还是调试启动，再检查复位后的PC、SP和程序入口。

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输出格式转换，以及把构建信息写入日志文件的能力，所以发布包最好围绕这几项来收口，而不是每次靠人工东拼西凑。