把工程从一台电脑搬到另一台，即便源代码一个文件都没缺，重新编译的时候却频频碰到头文件找不到、链接不通过、脚本运行出错或者调试器压根打不开，这类现象在实际开发里挺常见的；要弄明白IAR工程迁到新电脑后为什么编译会失败，以及迁移过程中哪些配置最容易被漏掉，很多时候并不是代码突然出了毛病，而是新电脑上没有配齐原本环境里那些工具链组件、路径变量、链接文件或者前后执行的步骤。IAR Embedded Workbench这个软件本身就包含了编译器、汇编器、链接器、库管理工具和调试器，如果迁移时只把源码的文件夹拷贝过去，一般是远远不够用的。

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

当一颗Flash里面同时存放Bootloader和应用程序时，应用程序就不能再占用上电后默认的中断向量表位置了，否则很容易跟Bootloader的向量表发生冲突。对于支持向量表偏移寄存器（VTOR）的Cortex‑M芯片，正确的做法是把应用程序的向量表整体搬到一个新的起始位置，然后在代码启动过程中更新VTOR，让CPU知道中断入口地址已经变了。如果只调整了链接脚本而漏掉运行时重定位，或者反过来，主函数虽然能跑起来，但定时器、串口和外部中断这类外设往往完全没有反应。Arm的技术文档也说明，软件可以借助VTOR寄存器把向量表重定位到新的内存地址。

在嵌入式工程里，经常得把printf打印的信息送到串口、调试终端或者日志缓存区里去，而不是让它留在控制台上。那么，IAR里面的库函数重定向到底该怎么实现，还有重定向之后打印输出为什么会出问题，这些事的关键，就是先要搞清楚工程用的是哪一个运行库，然后再把底层的输出接口给补上。在IAR的DLIB运行环境下，标准的输入和输出都会被交给一组底层的函数去处理，也就是说，printf和fputc这两个函数，到了最后都会去调用__write这个函数，把字符一个一个地发出去。

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

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

写完程序并下载到芯片之后，调试器虽然能连上，但代码并没有按预想的停在main函数的入口，而且单步跟进时还可能突然跳到一些莫名其妙的地址，这种情况在嵌入式开发里头通常就被叫做程序跑飞。排查的时候，可不能光盯着自己写的那些业务代码去看，还要把启动文件、链接脚本里规定的地址、中断向量表、看门狗的设置，还有C-SPY这一头的复位选项，都一并检查。对于Cortex-M这类内核的芯片，向量表里存放了最初的栈顶指针和各个异常处理的入口地址，一旦复位之后程序要去的那个地方搞错了，芯片在刚启动的阶段，就可能直接钻进硬件错误中断，来回不断地复位重启。

在一颗Flash里面同时放进Bootloader、主应用程序、参数区和固件升级区的时候，软件默认的内存划分往往就不够用了。在IAR开发环境底下，经常是通过一个以.icf作为后缀的链接配置文件，来安排代码和数据的存放位置的，ILINK链接器会根据这份文件里对memory、region、block和section placement的定义，把各个段分配到可以使用的内存当中去。调整这个文件的时候，不能只去改一个起始地址，还要把预留的空间、初始化数据块还有栈空间这些因素也一起考虑进来，否则很容易在链接阶段就出问题。

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

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