stm32内存知识点(转)

时间 2019-11-26

标签 stm32 stm 内存知识繁體版

原文原文链接

1.bss段，data段、text段、堆(heap)和栈(stack)

bss段：

　　bss段（bss segment）一般是指用来存放程序中未初始化的全局变量的一块内存区域。html

　　bss是英文Block Started by Symbol的简称。算法

　　bss段属于静态内存分配。编程

data段：

　　数据段（data segment）一般是指用来存放程序中已初始化的全局变量的一块内存区域。小程序

　　数据段属于静态内存分配。数组

text段：

　　代码段（code segment/text segment）一般是指用来存放程序执行代码的一块内存区域。架构

　　这部分区域的大小在程序运行前就已经肯定，而且内存区域一般属于只读(某些架构也容许代码段为可写，即容许修改程序)。函数

　　在代码段中，也有可能包含一些只读的常数变量，例如字符串常量等。url

堆（heap）：

　　堆是用于存放进程运行中被动态分配的内存段，它的大小并不固定，可动态扩张或缩减。spa

　　当进程调用malloc等函数分配内存时，新分配的内存就被动态添加到堆上（堆被扩张）；操作系统

　　当利用free等函数释放内存时，被释放的内存从堆中被剔除（堆被缩减）。

栈(stack)：

　　栈又称堆栈，是用户存放程序临时建立的局部变量，

　　也就是说咱们函数括弧“{}”中定义的变量（但不包括static声明的变量，static意味着在数据段中存放变量）。

　　除此之外，在函数被调用时，其参数也会被压入发起调用的进程栈中，而且待到调用结束后，函数的返回值也会被存放回栈中。

　　因为栈的先进先出(FIFO)特色，因此栈特别方便用来保存/恢复调用现场。

　　从这个意义上讲，咱们能够把堆栈当作一个寄存、交换临时数据的内存区。

一个程序本质上都是由 bss段、data段、text段三个组成的。

　　这样的概念，不知道最初来源于哪里的规定，但在当前的计算机程序设计中是很重要的一个基本概念。

　　并且在嵌入式系统的设计中也很是重要，牵涉到嵌入式系统运行时的内存大小分配，存储单元占用空间大小的问题。

在采用段式内存管理的架构中（好比intel的80x86系统），bss段一般是指用来存放程序中未初始化的全局变量的一块内存区域，

　　通常在初始化时bss 段部分将会清零。bss段属于静态内存分配，即程序一开始就将其清零了。

好比，在C语言之类的程序编译完成以后，已初始化的全局变量保存在.data 段中，未初始化的全局变量保存在.bss 段中。

　　text和data段都在可执行文件中（在嵌入式系统里通常是固化在镜像文件中），由系统从可执行文件中加载；

　　而bss段不在可执行文件中，由系统初始化。

例：

两个小程序以下：

程序1:

int ar[30000];
void main()
{
    ......
}

程序2:

int ar[300000] = {1, 2, 3, 4, 5, 6 };
void main()
{
    ......
}

发现程序2编译以后所得的.exe文件比程序1的要大得多。当下甚为不解，因而手工编译了一下，并使用了/FAs编译选项来查看了一下其各自的.asm，

发如今程序1.asm中ar的定义以下：

_BSS SEGMENT
?ar@@3PAHA DD 0493e0H DUP (?) ; ar
_BSS ENDS
而在程序2.asm中，ar被定义为：

_DATA SEGMENT
     ?ar@@3PAHA DD 01H ; ar
                DD 02H
                DD 03H
                ORG $+1199988
_DATA ENDS
区别很明显，一个位于.bss段，而另外一个位于.data段，二者的区别在于：

全局的未初始化变量存在于.bss段中，具体体现为一个占位符；

全局的已初始化变量存于.data段中；

而函数内的自动变量都在栈上分配空间；

.bss是不占用.exe文件空间的，其内容由操做系统初始化（清零）；

.data却须要占用，其内容由程序初始化。所以形成了上述状况。

bss段（未手动初始化的数据）并不给该段的数据分配空间，只是记录数据所需空间的大小；

bss段的大小从可执行文件中获得，而后连接器获得这个大小的内存块，紧跟在数据段后面。

data段（已手动初始化的数据）则为数据分配空间，数据保存在目标文件中；

data段包含通过初始化的全局变量以及它们的值。当这个内存区进入程序的地址空间后所有清零。

包含data段和bss段的整个区段此时一般称为数据区。

STM32的内存管理和堆栈相关的认知

今天仔细读了一下内存管理的代码，而后还有看了堆栈的相关知识，把之前不太明白的一些东西想通了，写下来，方便之后查看，也想你们看了能指出哪里不对，而后修改。

首先，先看一下stm32的存储器结构。

Flash，SRAM寄存器和输入输出端口被组织在同一个4GB的线性地址空间内。可访问的存储器空间被分红8个主要块，每一个块为512MB。

FLASH存储下载的程序。

SRAM是存储运行程序中的数据。

因此，只要你不外扩存储器，写完的程序中的全部东西也就会出如今这两个存储器中。

这是一个前提！

堆栈的认知

1. STM32中的堆栈。

这个我产生过混淆，致使了不少逻辑上的混乱。首先要说明的是单片机是一种集成电路芯片，集成CPU、RAM、ROM、多种I/O口和中断系统、定时器/计数器等功能。CPU中包括了各类总线电路，计算电路，逻辑电路，还有各类寄存器。Stm32有通用寄存器 R0‐ R15 以及一些特殊功能寄存器,其中包括了堆栈指针寄存器。当stm32正常运行程序的时候，来了一个中断，CPU就须要将寄存器中的值压栈到RAM里，而后将数据所在的地址存放在堆栈寄存器中。等中断处理完成退出时，再将数据出栈到以前的寄存器中，这个在C语言里是自动完成的。

2. 编程中的堆栈。

在编程中不少时候会提到堆栈这个东西，准确的说这个就是RAM中的一个区域。咱们先来了解几个说明:

(1) 程序中的全部内容最终只会出如今flash，ram里（不外扩）。

(2) 段的划分，是将相似数据种类存储在一个区域里，方便管理，但正如上面所说，无论什么段的数据，都是最终在flash和ram里面。

C语言上分为栈、堆、bss、data、code段。具体每一个段具体是存储什么数据的，直接百度吧。重点分析一下STM32以及在MDK里面段的划分。

MDK下Code, RO-data,RW-data,ZI-data这几个段:

Code是存储程序代码的。

RO-data是存储const常量和指令。

RW-data是存储初始化值不为0的全局变量。

ZI-data是存储未初始化的全局变量或初始化值为0的全局变量。

Flash=Code + RO Data + RW Data;

RAM= RW-data+ZI-data;

这个是MDK编译以后可以获得的每一个段的大小，也就能获得占用相应的FLASH和RAM的大小，可是还有两个数据段也会占用RAM，可是是在程序运行的时候，才会占用，那就是堆和栈。在stm32的启动文件.s文件里面，就有堆栈的设置，其实这个堆栈的内存占用就是在上面RAM分配给RW-data+ZI-data以后的地址开始分配的。

堆:是编译器调用动态内存分配的内存区域。

栈:是程序运行的时候局部变量的地方，因此局部变量用数组太大了都有可能形成栈溢出。

堆栈的大小在编译器编译以后是不知道的，只有运行的时候才知道，因此须要注意一点，就是别形成堆栈溢出了。。。否则就等着hardfault找你吧。

3. OS中的堆栈及其内存管理。

嵌入式系统的堆栈，不论是用什么方法来获得内存，感受他的方式都和编程中的堆差很少。目前我知道两种得到内存状况：

（1）用庞大的全局变量数组来圈住一块内存，而后将这个内存拿来进行内存管理和分配。这种状况下，堆栈占用的内存就是上面说的：若是没有初始化数组，或者数组的初始化值为0，堆栈就是占用的RAM的ZI-data部分；若是数组初始化值不为0，堆栈就占用的RAM的RW-data部分。这种方式的好处是容易从逻辑上知道数据的来由和去向。

（2）就是把编译器没有用掉的RAM部分拿来作内存分配，也就是除掉RW-data+ZI-data+编译器堆+编译器栈后剩下的RAM内存中的一部分或者所有进行内存管理和分配。这样的状况下就只须要知道内存剩下部分的首地址和内存的尾地址，而后要用多少内存，就用首地址开始挖，作一个链表，把内存获取和释放相关信息连接起来，就能及时的对内存进行管理了。内存管理的算法多种多样，不详说，这样的状况下：OS的内存分配和自身局部变量或者全局变量不冲突，以前我就在这上面纠结了好久，觉得函数里面的变量也是从系统的动态内存中得来的。这种方式感受更加可以明白本身地址的开始和结束。

这两种方法我感受没有谁更高明，由于只是一个内存的获取方式，高明的在于内存的管理和分配。

keil编译后code，RO-data,RW-data,ZI-data含义及mcu的flash实际存储数据

keil编译后会有一行：Program Size:Code=xxxRO-data=xxx RW-data=xxx ZI-data=xxx

Code 表明执行的代码，程序中全部的函数都位于此处。

RO-data 表明只读数据，程序中所定义的全局常量数据和字符串都位于此处。

RW-data 表明已初始化的读写数据，程序中定义而且初始化的全局变量和静态变量位于此处。

ZI-data 表明未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处。ZI英语是zero initial，就是程序中用到的变量而且被系统初始化为0的变量的字节数，keil编译器默认是把你没有初始化的变量都赋值一个0，这些变量在程序运行时是保存在RAM中的。

2.若是你查看.map文件，以下例子：

==============================================================================

    Total RO Size (Code + RO Data)                 2980 (   2.91kB)
    Total RW Size (RW Data + ZI Data)               104 (   0.10kB)
    Total ROM Size (Code + RO Data + RW Data)       2988 (   2.92kB)

==============================================================================

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中。在程序运行的最初阶段，RO中的指令完成了这两项工做后C程序才能正常访问变量。不然只能运行不含变量的代码。