IAR Embedded Workbench运行C/C++程序时，局部变量、函数调用现场和部分中断上下文会占用栈空间，malloc、calloc以及C++的new等动态分配则会使用堆。程序平时运行正常，一进入深层函数、复杂中断或者处理较大局部数组就出现HardFault、随机复位、变量值异常，很可能和栈空间有关。判断这类问题时，可以把C-SPY运行时监控、链接器静态分析和ICF中的内存配置放在一起看，也要把堆空间不足和栈溢出分开。
一、IAR怎么查看栈和堆使用情况
IAR可以在调试阶段直接观察CSTACK的占用，也可以让链接器计算函数调用树需要的栈空间。堆的查看方式有所不同，更适合结合HEAP配置、Map文件和动态内存检查来判断。
1、在C-SPY里查看实时栈占用
①进入【Tools】→【Options】。
②打开【Stack】页面。
③勾选【Enable graphical stack display and stack usage tracking】。
④勾选【Warn when exceeding stack threshold】。
⑤在【%stack usage threshold】中填写告警阈值，例如【80】或项目规定值。
⑥再勾选【Warn when stack pointer is out of bounds】。
⑦启动【Download and Debug】进入C-SPY。
⑧打开【View】→【Stack】→【Stack 1】。
⑨运行程序，让业务流程、中断和数据处理路径尽量完整执行一遍。
⑩程序暂停后查看Stack窗口上方的图形条和使用比例。
C-SPY在启动时会用特定字节填充栈区域，再根据哪些位置已经被改写估算使用量。鼠标放到Stack图形条上，还可以查看当前占用信息。这个方法适合抓运行期间出现过的栈高水位。
2、用链接器分析函数调用需要多少栈
只靠调试运行可能漏掉没有执行到的路径，可以再打开静态栈分析。
①进入【Project】→【Options】。
②选择【Linker】→【Advanced】。
③启用【Enable stack usage analysis】。
④进入【Linker】→【List】。
⑤启用【Generate linker map file】。
⑥执行【Project】→【Rebuild All】。
⑦打开生成的【.map】文件。
⑧找到Stack Usage相关内容。
⑨查看启动代码、中断函数、任务入口以及主要调用树对应的栈使用量。
⑩重点检查调用层级深、局部变量较大的函数。
链接器能按照调用关系估算调用树所需栈空间。项目里存在无法确定目标的间接调用、部分汇编代码或缺少栈信息的库函数时，报告中可能出现警告，这些项目要单独核对。
3、查看堆大小和动态内存情况
①打开工程实际使用的【.icf】链接器配置文件。
②找到【HEAP】相关Block或堆大小定义。
③检查当前为堆预留的RAM空间。
④重新链接工程，打开【.map】文件查看【HEAP】的位置和大小。
⑤程序使用malloc、calloc、realloc或new时，检查分配失败后是否有返回值判断。
⑥需要查内存越界、重复释放等问题时，可以启用C-RUN的【Debug heap】。
⑦进入调试后复现动态内存分配和释放过程。
⑧出现【Heap integrity violation】或【Heap usage error】时，再定位对应分配操作。
二、IAR栈空间不足导致程序异常如何判断
栈不够时的表现并不固定。轻一些可能只是局部变量被改坏，严重时会覆盖相邻RAM，随后进入HardFault或发生复位，所以排查时要看栈监控、SP位置和异常现场是否能互相对上。
1、先看Stack窗口有没有接近边界
①打开【Stack 1】并运行容易出问题的功能。
②反复执行数据量较大或调用层级较深的路径。
③观察栈使用率是否持续上升。
④达到设置的【stack threshold】后，查看C-SPY是否给出告警。
⑤出现【stack pointer is out of bounds】时立即暂停程序。
⑥打开【Registers】查看当前【SP】。
⑦对照ICF里的CSTACK地址范围，确认SP有没有越过栈边界。
如果故障总在大局部数组、递归调用或中断嵌套后出现，这几个位置可以优先查。
2、进入HardFault后检查SP和调用栈
①在HardFault处理函数设置断点。
②程序异常后查看【Call Stack】。
③打开【Registers】记录【SP】【PC】【LR】。
④检查SP是否仍位于CSTACK区域。
⑤打开【Memory】窗口，输入当前栈地址。
⑥查看栈边界附近的数据有没有被大范围改写。
⑦再回到【Stack 1】检查高水位记录。
⑧结合Map文件确认CSTACK后面紧邻的是哪些全局变量或内存块。
栈越界后覆盖到其他RAM区域，报错位置可能离真正耗尽栈空间的函数很远，所以不能只盯着HardFault停下来的那一行代码。
3、找出吃栈较多的函数
①打开链接器生成的【.map】文件。
②查看Stack Usage分析结果。
③找到占用较高的调用链。
④检查这些函数中的局部数组、结构体和临时缓冲区。
⑤查看是否存在递归调用。
⑥检查中断是否可能发生多层嵌套。
⑦RTOS项目还要分别查看每个任务自己的任务栈，不要只检查主CSTACK。
⑧必要时把较大的临时数组改成静态区或由其他内存区管理，再重新测试栈高水位。
三、确认栈空间不足后怎么调整
确定问题来自栈以后，可以修改ICF中的CSTACK大小，再检查RAM还有没有足够空间。堆和栈通常共用片内RAM，给栈增加空间时也要重新核对堆和全局变量占用。
1、修改CSTACK大小
①打开工程当前使用的【.icf】文件。
②找到【CSTACK】对应的Block定义或栈大小符号。
③记录当前栈大小。
④根据Stack窗口和Map分析结果增加一定余量。
⑤确认新的CSTACK仍放在有效RAM范围内。
⑥检查【HEAP】和其他readwrite数据是否因此发生重叠。
⑦保存ICF。
⑧执行【Rebuild All】。
⑨打开Map文件重新检查CSTACK地址和大小。
2、重新跑高负载路径验证
①再次进入C-SPY。
②保持【Enable graphical stack display and stack usage tracking】开启。
③重新运行之前容易出现异常的功能。
④触发主要中断和深层函数调用。
⑤查看新的栈使用峰值。
⑥确认SP始终处在CSTACK范围内。
⑦再做一次较长时间运行，观察是否还会出现HardFault或随机复位。
⑧如果栈仍快速接近边界，继续从函数局部变量和调用深度查原因，不要只靠不断扩大CSTACK处理。
总结
IAR判断栈和堆使用情况，可以把运行时栈监控、链接器Stack Usage结果、Map文件和ICF内存布局放在一起核对。程序出现HardFault、随机复位或数据被改写时，如果SP已经靠近或越过CSTACK边界，就要继续追查深层调用、中断嵌套和大尺寸局部变量。堆相关问题则应结合动态分配结果和内存检查单独处理，避免把两类RAM问题混在一起。如需进一步了解IAR栈堆配置、内存占用分析与程序异常排查方法，欢迎联系咨询。
