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

做静态检查时，很多团队遇到的不是“查不出问题”，而是“告警太多、误报太多，工程师开始选择性忽略”。IAR C-STAT本身会给出严重度与置信度，目的是帮助筛掉不值得立刻处理的提示，但如果项目配置、规则包选择、抑制方式没有统一口径，噪声仍然会迅速堆高，最后反而拖慢迭代节奏。

在IAR里遇到头文件找不到，很多人第一反应是包含路径没配对，但实际更常见的是路径没有落到正在参与编译的那个目标与配置上。再叠加条件编译宏的影响，同一条包含语句可能在不同宏环境下走到完全不同的头文件分支，看起来就像路径忽然“失效”。下面按可操作的排查顺序，把路径、配置、文件级覆盖与宏定义一并核对清楚。

在IAR的构建流程里，编译阶段能过但链接阶段报Undefined Reference，通常意味着某个符号只有声明没有被成功链接到定义，问题既可能出在源文件未参与链接，也可能出在库文件未被找到、未被正确扫描，或与目标架构和运行库选型不匹配。要把这类问题一次性压下去，建议把排查顺序固定为先确认符号来源与编译产物，再核对库搜索路径与库顺序，最后再回到链接脚本也就是扩展名为icf的配置文件检查放置与选择逻辑。