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

很多团队遇到IAR许可证“被占用”时，第一反应都是怀疑有人没退出，或者服务器没释放席位。可从IAR官方许可机制来看，浮动许可本来就不是“用完立刻归还”的模式，而是带有缓存和保留时间；再叠加借用功能后，表面上的“占用”就更容易被误判。IAR官方说明里写得很清楚，网络许可允许产品装在任意数量客户端上，但真正受限的是并发用户数；一次需要许可证的动作结束后，权限还会继续锁在当前客户端30分钟，客户端本地缓存有效期是20分钟，缓存失效后许可证还会继续保留10分钟。

IAR里体感上的“编译慢”，很多时候并不全是编译器本身慢，而是把源码索引、浏览信息更新、无效重建和全量重编都叠在了一起。IAR官方文档把这几层分得很清楚：日常的【Make】本来就是只编译自上次构建后发生变化的文件，而Source Browser又有自己单独的生成、更新和缓存目录；再加上并行构建、构建文件目录和配置隔离，速度差别会非常明显。

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

很多团队把IAR接进流水线时，最容易卡住的不是编译器本身，而是没有先分清楚本地IDE工程、命令行构建入口和服务器侧工具链这三层。按IAR官方当前口径，IAR Build Tools本身就是面向自动化构建和CI/CD的命令行工具链，支持云端和服务器环境，也支持Linux与Windows；而在传统IAR Embedded Workbench体系里，项目同样可以通过iarbuild.exe从命令行构建，所以真正落地时，关键不是能不能接CI，而是先选好你要用IDE工程驱动，还是用Build Tools做服务器侧统一入口。

IAR安装后找不到编译器，很多时候并不是编译器真的没装上，而是工程当前指向的目标器件、外部构建设置或安装目录没有对齐。IAR官方文档说明，IDE本身可以同时容纳多个面向不同微控制器的toolchain，编译器、汇编器、链接器也都属于这套build toolchain的一部分；另外，新版EWARM的建议默认安装路径也已经从过去的C盘Program Files变成了C:iar。也就是说，找不到编译器时，先查工程指向，再查安装目录，再查外部构建变量，效率通常最高。

很多人刚把IAR和ARM工程接起来时，最容易卡住的不是编译器本身，而是CMSIS、软件包和头文件路径这三件事没有串到一起。表面上看，问题像是找不到`core_cm4.h`、设备头文件不识别，或者换了芯片以后包依赖一片发红；实际上在IAR里，这几步是有固定入口的。IAR当前文档说明，传统CMSIS-Pack工程可以通过【Project】里的【CMSIS-Manager】安装Pack并选择组件，新建工程时还可以直接选择【Empty CMSISPack project】；如果走的是CMake或CMSIS-Toolbox路线，则又有单独的Pack root和自动下载缺包选项。

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

做IAR升级，最容易出问题的不是安装程序本身，而是把新版本直接盖到旧环境上，或者装完以后只看工程能不能打开，却没有把许可证、器件支持、编译器变化和调试链路一起核一遍。IAR官方近版发布说明和迁移文档反复强调几件事：新版本不要安装到旧版本目录上，必要时还要同步做许可证续期和License Server Tools升级；如果跨大版本，旧工程还要重点检查IDE、语言选项、库结构和运行时变化。

很多人第一次用IAR做板级调试，卡住的往往不是代码本身，而是下载方式、调试驱动和断点入口没有先配顺。按IAR官方的C-SPY调试文档，调试相关设置主要集中在【Project】→【Options】里的【Debugger】分类，里面再分成【Setup】、【Download】等页面；真正开始调试时，则通常从【Project】→【Download and Debug】进入。先把这条主线理顺，后面的下载和断点就不会越点越乱。