三、STM32堆栈区
预备知识：
老友记mp3打包下载一个由C/C++编译的程序占用的内存分为以下几个部分：
● 栈区（stack）：编译器自动分配释放，存放函数的参数值，局部变量的值等。操作方式类似于数据结构中的栈。
● 堆区（heap）：一般在线翻译 金山由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表。
● 全局区（静态区）（static）：全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域，未初始化的全局变量和未初始化的静态变量在相邻的另 一块区域。程序结束后由系统释放。
● 文字常量区 —常量字符串就是放在这里的。 程序结束后由系统释放
● 程序代码区—存放函数体的二进制代码
编译后，各个区存储内容举例说明如下：
//main.cpp
int a = 0; 全局初始化区
char *p1; 全局未初始化区
main()
{
int b; 栈
char s[] = “abc”; 栈
char *p2; 栈
char *p3 = “123456”; 123456\0在常量区，p3在栈上
static int c =0； 全局（静态）初始化区
p1 = (char *)malloc(10);
privp2 = (char *)malloc(20);
分配得来得10和20字节的区域就在堆区。
strcpy(p1, "123456"); 123456\0放在常量区，编译器可能会将它与p3所指向的"123456"
优化成一个地方。
}
STM32的分区
STM32的分区从0x2000 0000（0x2000 0000是SRAM的起始地址，由此可知，堆栈等都是在RAM中的）开始。静态区，堆，栈。所有的全局变量，包括静态变量之类的，全部存储在静态存储区。 紧跟静态存储区之后的，是堆区（如没用到malloc，则没有该区），之后是栈区，栈在程序中存储局部变量。
先看启动文件startup_stm32f10x_md.s的定义：
; Amount of memory (in bytes) allocated for Stack
; Tailor this value to your application needs
; <h> Stack Configuration
; <o> Stack Size (in Bytes) <0x0-0xFFFFFFFF:8>
; </h>
Stack_Size EQU 0x00000400
AREA STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem SPACE Stack_Size
__initial_sp
; <h> Heap Configuration
; <o> Heap Size (in Bytes) <0x0-0xFFFFFFFF:8>
; </h>
Heap_Size EQU 0x00000200
AREA HEAP, NOINIT, READWRITE, ALIGN=3
__heap_ba
Heap_Mem SPACE Heap_Size
__heap_limit
这里定义了堆栈各自大小，堆：512bytes 栈1k；
所以栈区大小有限制，我们在局部变量中不要定义大数组否则容易溢出。
再看下code ro rw zi
● Code指存储到flash【Rom】中的程序代码。
● ZI英语是zero initial，就是程序中用到的变量并且被系统初始化为0的变量的字节数，keil编译器默认是把你没有初始化的变量都赋值一个0，这些变量在程序运行时是保存在RAM中的。
● RW是可读可写变量，就是初始化时候就已经赋值了的，RW + ZI就是你的程序总共使用的RAM字节数。
● RO是程序中的指令和常量，这些值是被保存到Rom中的。
● Total ROM Size (Code + RO Data + RW Data)这样所写的程序占用的ROM的字节总数，也就是说程序所下载到ROM flash 中的大小。为什么Rom中还要存RW，因为掉电后RAM中所有数据都丢失了，每次上电RAM中的数据是被重新赋值的，每次这些固定的值就是存储在Rom中的，为什么不包含ZI段呢，是因为ZI数据都是0，没必要包含，只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。
实际上，ROM中的指令至少应该有这样的功能：
1. 将RW从ROM中搬到RAM中，因为RW是变量，变量不能存在ROM中。水调歌头翻译
2. 将ZI所在的RAM区域全部清零，因为ZI区域并不在Image中，所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量，同理：变量不能存在ROM中。
1,首先来看:栈(STACK)的问题.
函数的局部变量，都是存放在“栈”里面，栈的英文是：STACK。STACK的大小，我们可以在stm32的启动文件里面设置，在startup_stm32f10x_hd.s里面，开头就有：
Stack_Size EQU 0x00000800
表示栈大小是0X800，elan也就是2048字节，这样，CPU处理任务的时候，函数局部变量过多可占用的大小就是：2048字节。注意：是所有在处理的函数，包括函数嵌套，递归，等等，都是从这个“栈”里面，来分配的。
所以，如果一个函数的局部变量过多，比如在函数里面定义一个u8 buf[512]，这一下就占了1/4的栈大小了，再在其他函数里面来搞两下，程序崩溃是很容易的事情，这时候,一般你会进入到
这是初学者非常容易犯的一个错误.切记不要在函数里面放N多局部变量,尤其有大数组的时候!
对于栈区，一般栈顶，也就是MSP，在程序刚运行的时候，指向程序所占用内存的最高地址。比如附件里面的这个程序序，内存占用如下图：
图中，我们可以看到,程序总共占用内存：20+2348字节=2368=0X940
那么程序刚开始运行的时候：MSP=0X2000 0000+0X940=0X2000 0940.
事实上，也是如此，如图：
图中，MSP就是：0X2000 0940，程序运行后，MSP就是从这个地址开始，往下给函数的局部变量分配地址。再说说栈的增长方向，我们可以用如下代码测试：
//保存栈增长方向
//0，向下增长；1，向上增长
static u8 stack_dir;
//查找栈增长方向，结果保存在stack_dir里面
cpu是什么意思void find_stack_direction(void)
{
static u8 *addr=NULL; //用于存放第一个dummy的地址。
u8 dummy; //用于获取栈地址
if(addr==NULL) //第一次进入
{
addr=&dummy; //保存dummy的地址
find_stack_direction (); //递归
}
el //第二次进入
{
if(&dummy>addr)stack_dir=1; //第二次dummy的地址大于第一次dummy,那么说明栈增长方向是向上的.
el stack_dir=0; //第二次dummy的地址小于第一次dummy,那么说明栈增长方向是向下的.
}
}
这个代码不是我写的，网上抄来的，思路很巧妙，利用递归，判断两次分配给dummy的地址，来比较栈是向下生长，还是向上生长。如果你在STM32测试这个函数，你会发现， STM32的栈，是向下生长的victim。事实上，一般CPU的栈增长方向，都是向下的。
2,再来说说,堆(HEAP)的问题.
全局变量，静态变量，以及内存管理所用的内存，都是属于“堆"区”，英文名：“HEAP”，与栈区不同，堆区，则从内存区域的起始地址开始分配给各个全局变量和静态变量。
堆的生长方向，都是向上的。在程序里面，所有的内存分为：堆+栈，只是他们各自的起始地址和增长方向不同，他们没有一个固定的界限，所以一旦堆栈冲突，系统就到了崩溃的时候了。同样，我们用附件里面的例程测试：
stack_dir的地址是0X2000 0004，也就是STM32的内存起始端的地址。
孙燕姿英文歌这里本来应该是从0X2000 0000开始分配的，但是，我仿真发现0X2000 0000总是存放：0X2000 0398感恩节英文，这个值，貌似是MSP，但是又不变化，还请高手帮忙解释下。其他的，全局变量，则依次递增，地址肯定大于0X20000004，比如cpu_endian的地址就是0X20000005。这就是STM32内部堆的分配规则.
3,再说说,大小端的问题.
大端模式：低位字节存在高地址上，高位字节存在低地址上usability
小端模式：高位字节存在高地址上，低位字节存在低地址上
STM32属于小端模式,简单的说,比如u32 temp=0X12345678;
假设temp地址在0X2000 0010.
那么在内存里面,存放就变成了:
地址 | HEX |
0X2000 0010 | 78 56 43 12 |
CPU到底是大端还是小端,可以通过如下代码测试:
//CPU大小端
//0,小端模式;1,大端模式.
static u8 cpu_endian;
//获取CPU大小端模式,结果保存在cpu_endian里面
void find_cpu_endian(void)
{
int x=1;
if(*(char*)&x==1)cpu_endian=0; //小端模式
el cpu_endian=1; //大端模式
}
以上测试,在STM32上,你会得到cpu_endian=0,也就是小端模式.
3,最后说说,STM32内存的问题.
还是以附件工程为例，在前面第一个图，程序总共占用内存:20+2348字节,这么多内存,到底是怎么得来的呢?
我们可以双击Project侧边栏的:Targt1,会弹出test.map,在这个里面,我们就可以清楚的知道这些内存到底是怎么来的了.在这个test.map最后,Image 部分有:
==============================================================================
