在嵌入式项目进行调试和发布切换的时候，经常会遇到这类问题，当把优化等级调高了以后，虽然代码的体积可能变小了，运行速度也可能变快了，但是源码和机器指令之间的对应关系就会变得不直观，变量有可能会被放进寄存器里面，或者被合并、被删掉，函数也可能被内联，所以调试窗口里才看不到变量，这不一定说明程序真的出错了。在IAR的编译选项里面，其实包含了面向速度和体积的优化配置，在实际使用的时候，应该把调试需求和发布需求分开来处理。

　　一、IAR优化等级怎么调整

　　调整IAR的优化等级的时候，不能只觉得越高越好，因为在调试阶段、功能验证阶段还有发布阶段，对优化的要求都是不一样的，比较稳妥的做法是把Debug和Release两套配置都保留着，用Debug来方便找问题，用Release来追求体积和性能。

　　1、进入优化配置位置

　　在打开工程以后，可以进入【Project】→【Options】→【C/C++Compiler】→【Optimizations】，在这里就能调整优化等级和优化的目标了，虽然不同的IAR版本界面名称有一点点不一样，但大体上都在编译选项里的优化页面中。

　　2、区分Debug和Release配置

　　Debug配置主要是为了服务调试的，它的重点是让源码行、变量、断点还有调用栈尽量能看懂；而Release配置主要服务最终的输出，重点在于代码的体积、运行的效率以及稳定性。大家不要在同一个配置里面来回地切换优化等级，否则后面很难判断问题到底是代码改动引起的，还是编译选项引起的。

　　3、根据目标选择Size或Speed

　　如果芯片的Flash空间比较紧张，可以优先考虑面向Size的优化；如果某些算法、通信处理或者实时控制对速度的要求比较高，可以在Release阶段考虑Speed。需要注意的就是，速度优化可能会带来循环展开、函数内联和代码重复，体积反而会变大。

　　二、IAR优化后调试变量消失怎么办

　　在优化以后变量消失了，这是嵌入式调试里面非常常见的一种现象，编译器会根据代码的实际使用情况来重新安排变量和指令，有一些变量不再以源码里的形式存在了，调试器自然就没办法按照原来的变量名稳定地显示出来。

　　1、先判断变量是不是被优化掉了

　　如果在Watch窗口里面，变量显示成了不可用、optimized away或者问号，或者在Locals窗口里面，变量一会儿出现一会儿又不见了，这通常就是和优化有关系的。比如某个局部变量只参与了一次计算，编译器可能就直接把结果合进表达式里了，不再给它分配独立的存储位置。

　　2、确认调试信息已经生成

　　变量能不能在调试器里面显示出来，除了和优化等级有关系，还和调试信息有关系。在IAR的构建输出中会包含符号和调试信息，C-SPY调试器也是依赖这些信息来把源码、变量和目标程序对应起来的。

　　需要进入【Project】→【Options】→【C/C++Compiler】和【Linker】的相关页面，确认在Debug配置里已经生成并保留了调试信息，如果调试信息没有打开，或者当前下载的是Release的输出，那么变量窗口出现异常就是很正常的了。

　　3、用临时办法保留关键变量

　　如果某个变量是必须观察的，可以先把它改成static局部变量或者临时的全局变量，这样能降低被优化掉的概率，也可以在关键的位置增加一次实际的使用，比如把这个变量赋值给一个调试用的全局量，等问题定位完成以后，再把这些临时的调试代码删掉。

　　三、怎样兼顾优化和调试稳定性

　　优化工作并不是在调试结束以后随手一开就可以的，高优化可能会改变代码的执行顺序、内联函数、删掉没用的代码，也有可能会暴露出原本隐藏着的未初始化变量、越界访问或者是时序的问题，在调试和发布之间，应该要有一个可以回退、可以对比的流程。

　　1、先用低优化跑通功能

　　在移植工程、调试外设、查中断还有看变量的时候，应该优先使用低优化的Debug配置，在这个阶段不要急着去追求体积和速度，要先确认启动的流程、外设的初始化、任务的调度、中断的响应还有核心的业务逻辑都是正常的，然后再去考虑优化的等级。

　　2、逐步提高优化等级并对比结果

　　大家不要从没有优化直接切换到最高优化，可以逐级地进行调整，而且每次调整以后都要记录一下ROM、RAM、关键函数的表现以及核心的测试结果，特别是通信、定时器、ADC采样、RTOS任务、Bootloader跳转这些对时序很敏感的模块，要重点进行回归测试。

　　3、保留关键模块的调试策略

　　对于底层驱动、启动文件、异常处理、中断服务函数还有Bootloader跳转代码，不建议随意地去追求极限优化，因为它们一旦出了问题，定位的成本非常高，稳定性通常比节省一点点体积要重要得多。

　　总结

　　IAR的优化等级通常在【Project】→【Options】→【C/C++Compiler】→【Optimizations】里进行调整的。如果遇到了IAR优化后调试变量消失的情况，要先判断变量是不是被优化掉了，然后再去检查调试信息、当前的配置、变量的作用域以及源码是否和目标板的程序一致。在需要观察关键变量的时候，可以通过临时降低优化、改成static或全局调试变量的方法来处理，必要的时候还可以结合Memory窗口和.map文件进行分析。只有把Debug和Release分开来进行管理，调试的体验和最终的性能才不会互相拖累。