3、内存分区概念：代码区、常量区、全局区、堆区、栈区的划分与作用

在STM32H7嵌入式开发中，内存分区是理解程序运行机制、定位崩溃问题、优化RAM占用的基础。与PC平台不同，STM32H7的片内RAM分为DTCM、ITCM、AXI SRAM、SRAM1/2/3等多块物理存储区，而C语言编译链接后，又会将变量和代码逻辑映射为代码区（Text）、常量区（RO Data）、全局区（RW Data/ZI Data）、堆区（Heap）和栈区（Stack）五个逻辑段。这五个段的划分由链接脚本（.ld或.sct文件）决定，但它们的生命周期、访问权限、容量限制和初始化行为截然不同。本章将围绕这五个内存分区的定义、判定方法、在传感器数据分类任务中的实际表现，以及常见误区展开讲解。

上图展示了STM32H7中五个逻辑内存分区与物理存储的对应关系。在传感器数据分类任务中，理解这五个分区能帮助我们回答三个关键问题：哪些数据可以长期保存且不占用宝贵的RAM？哪些数据在函数返回后仍然需要存在？哪些数据一旦分配过多会导致系统启动即崩溃？下面逐一展开。

3.1 核心原理：五个分区的本质与生命周期

内存分区的本质是编译器、链接器和运行时库对地址空间的约定。在STM32H7的GCC工具链中，链接脚本（.ld文件）定义了各段的起始地址和长度；在Keil MDK中则由分散加载文件（.sct）完成类似工作。无论使用哪种工具链，最终生成的ELF文件都会包含以下段：

• 代码区（Text段）：存放所有函数编译后的机器码。在STM32H7上，代码区默认位于内部Flash的0x08000000地址。CPU通过I-Bus或ITCM接口取指。代码区是只读的，任何尝试写入该区域的操作都会触发总线错误。在传感器分类任务中，所有算法函数（如FFT、均值滤波、KNN分类器）的指令都存放在这里。
• 常量区（RO Data段）：存放const修饰的全局变量、静态局部变量以及字符串字面量。例如，传感器校准系数表、分类阈值数组、日志格式字符串等。常量区同样位于Flash，不占用RAM。但需要注意，如果使用const修饰的是局部变量，编译器可能将其优化为立即数或放入栈中，不一定进入常量区。
• 全局区（RW Data + ZI Data）：RW Data存放已初始化且初值非0的全局变量和静态变量，这些变量的初值在Flash中保存，系统启动时由启动代码拷贝到RAM。ZI Data（即BSS段）存放初值为0或未显式初始化的全局变量和静态变量，启动时由启动代码清零。在STM32H7中，全局区通常放在AXI SRAM或SRAM1/2/3中，因为这类内存支持DMA访问，适合存放传感器原始数据缓冲区。
• 堆区（Heap）：由malloc/calloc/realloc/free管理。堆区的大小在启动文件中通过Heap_Size定义，默认通常为0x200（512字节）。堆区地址从全局区结束位置开始，向高地址增长。在嵌入式实时系统中，堆区使用需谨慎，因为动态分配可能导致内存碎片，且分配失败时返回NULL指针，若未检查则引发空指针异常。
• 栈区（Stack）：存放函数调用的返回地址、局部变量、函数参数、中断现场等。栈区从高地址向低地址增长。STM32H7的栈大小在启动文件中通过Stack_Size定义，默认通常为0x400（1KB）。栈区若放置在DTCM中，访问速度最快，但DTCM不支持DMA，因此不能将DMA缓冲区放在栈上。

3.2 判断方法：如何确定变量属于哪个分区

在实际开发中，我们可以通过以下三个步骤快速判断一个变量或数据属于哪个内存分区：

1. 看修饰符和存储位置：全局变量（定义在函数外部）和静态变量（static修饰）属于全局区；const修饰的全局变量属于常量区；函数体内的普通局部变量属于栈区；通过malloc分配的变量属于堆区。
2. 看链接映射文件（.map）：编译后生成的.map文件详细列出了每个符号的地址和所在段。例如，搜索"accel_buffer"可以看到它位于0x24000000附近的AXI SRAM，属于RW段或ZI段。
3. 看启动文件中的初始化行为：启动文件（startup_stm32h743xx.s）中的Reset_Handler会调用SystemInit，然后拷贝RW Data、清零ZI Data。如果某个变量在启动后立即有初值，说明它在RW段；如果初值为0，则在ZI段。

变量定义方式	所属分区	生命周期	RAM占用	典型示例
int a = 5; (全局)	全局区 (RW)	整个程序运行期	是	传感器采样计数
int b; (全局)	全局区 (ZI)	整个程序运行期	是	数据缓冲区
const float cal[8] = {...}; (全局)	常量区	整个程序运行期	否	加速度计校准系数
void func() { int tmp; }	栈区	函数执行期间	是（临时）	循环变量、中间计算结果
void func() { static int cnt; }	全局区 (ZI)	整个程序运行期	是	函数调用次数统计
char* p = malloc(100);	堆区	从malloc到free	是	动态创建的分类结果链表

3.3 案例拆解：传感器数据分类任务中的内存布局

假设我们正在设计一个基于STM32H743的振动传感器数据分类系统。系统以1kHz采样率采集三轴加速度数据，每0.5秒生成一个包含1500个样本的数据帧，通过FFT提取特征后使用KNN算法进行分类。以下是内存分区的具体应用：

背景与约束：系统需要连续运行24小时，不允许重启。RAM总预算为512KB（使用AXI SRAM）。分类准确率要求不低于95%。实时性要求每帧处理时间不超过100ms。

初始现象：在原型阶段，工程师将所有数据都定义为全局变量，导致RAM占用达到480KB，接近极限。同时，由于FFT计算使用了大量栈空间，栈大小设置为8KB，但偶尔出现HardFault。

分析过程：通过.map文件分析发现，三个1500点的float数组（每个6KB）占用了18KB，FFT蝶形运算的临时复数数组占用了12KB，KNN分类器的训练样本库占用了200KB。这些数据全部位于全局区。而栈区由于递归调用和大型局部数组，实际峰值使用达到9.5KB，超出了8KB的配置。

优化操作：

1. 将训练样本库（200KB）改为const数组，放入常量区（Flash），释放200KB RAM。由于Flash容量充足（2MB），且训练数据在运行期不需要修改，这是最有效的优化。
2. 将FFT的临时复数数组改为静态局部变量（static），使其从栈区移入全局区。虽然仍然占用RAM，但避免了栈溢出风险。同时将栈大小从8KB减小到4KB，节省4KB RAM。
3. 将传感器原始数据缓冲区（18KB）从全局区移到堆区，使用malloc动态分配。这样在系统空闲时（如待机模式）可以释放该内存，降低功耗。
4. 将分类结果链表使用堆区管理，避免固定大小的全局数组浪费空间。

结果对比：优化后，全局区占用从480KB降至260KB，栈区从8KB降至4KB，堆区动态使用约30KB。总RAM占用约294KB，留有充足余量。HardFault消失，系统稳定运行72小时以上。

3.4 常见误区与总结复盘

在STM32H7内存分区使用中，以下误区需要特别注意：

• 误区一：认为const变量一定在常量区。如果const变量是函数内的局部变量，编译器可能将其放入栈中。只有全局const变量或static const变量才确定进入常量区。
• 误区二：堆区大小设置过大。堆区默认只有512字节，如果malloc超过该大小会返回NULL。但盲目增大堆区会挤压栈区和全局区空间。建议在启动文件中根据实际需求调整Heap_Size，并始终检查malloc返回值。
• 误区三：忽略DTCM与DMA的冲突。DTCM虽然速度快，但不支持DMA访问。如果传感器通过DMA将数据直接写入内存，该缓冲区不能放在DTCM中，否则DMA传输会失败或触发总线错误。
• 误区四：栈区溢出检测不足。STM32H7没有硬件栈溢出检测，但可以通过在启动文件中设置栈区域，并在栈底放置一个已知的填充模式（如0xDEADBEEF），定期检查该值是否被覆盖。
• 误区五：混淆Flash和RAM的容量。代码区和常量区占用Flash，全局区、堆区、栈区占用RAM。在评估内存占用时，需要分别统计Flash和RAM的使用量，不能混为一谈。

总结来说，内存分区的合理规划是STM32H7传感器数据分类任务稳定运行的基础。代码区和常量区应充分利用Flash的大容量特性，全局区用于存放生命周期长的数据，堆区用于动态大小的数据结构，栈区则保持精简。通过.map文件审查、启动文件配置和MPU保护，可以构建一个高效且健壮的内存布局。