嵌入式C程序中Const节省内存空间细节问题？？

[Frey_Liu]

如下例是一个网上找的说明const节省存储空间的例证：
#define M 3 //宏常量
const int N = 5; //此时并未将N放入内存中
int main()
　 {
　　int i = N; //此时为N分配内存 ，以后不再分配
　　int I = M; //预编译期间进行宏替换，分配内存
int j = N; //没有内存分配
int J = M; //在进行宏替换，又一次分配内存
　 }
const定义的只读变量从汇编的角度来看，只是给出了对应的内存地址，而不是像#define一样给出的是立即数，所以，const定义的只读变量在程序运行过编译阶段进行替换，而const修饰的只读变量是在编译的时候确定其值。#define宏没有类型，而const修饰的只读变量具有特定的类型。
问题：
1. 记得调试时看到用const修饰的只读变量都是和代码放置在一起的，对MCU来说也就是ROM。我想问的是如果程序运行中调用该只读变量，还会降该变量重新拷贝到RAM中吗？？多次调用该只读常量就只有第一次调用时拷贝到RAM中？？

2. 对于那些const 修饰的比较大的只读常量被运行中的程序调用时有时怎么处理的？？如const修饰的1k 的只读数组，RAM只有1K或者RAM小于1K时，程序还会将const 修饰的只读常量拷贝到RAM中吗？？显然是不可能的。

3.如果对于普通的嵌入式系统，节省的是MCU的RAM还是ROM啊，好像只是ROM吧！

突然想起这个问题，由于手头没有可调试的工具，只能在网上请求各位大神了！见笑!!!

[maxwell11]

这个其实是要理解编译器工作的。 程序编译完后 分为 代码段，数据段。 数据段又分为，初始化段，非初始化段。 初始化段里分为，只读段，读写段。 程序在加载时分为：加载时域(loadtime)，运行时域(runtime) 以一个ARM嵌入式系统为例：上电时，bootloader将flash中的程序加载到sdram中（sdram中的起始地址就是加载时域），加载完成cpu开始从reset的段执行startup，startup会将加载的程序按运行时域再分配到对应的地址（比如：代码放在0地址，只读数据紧接着代码放，读定段（全局变量）放在xxx地址，清0段放在yyy地址，bss（非初始化段)放在zzz地址）。 明白这些后可以发现，const主义的只读段跟代码段的权限是差不多的，会紧跟着代码存放。对于不需要加载到RAM中运行的系统，加载时域与运行时域由编译器来处理，在烧录到ROM中时已经确定了地址。程序运行时只有读写段的数据会被加载到RAM，代码段跟只读段在ROM中原来的位置。

[of123]

这与编译器以及你的使用需求相关。 比如，你在 Codewarrior 中，可以在 .lcf 文件中为一个变量或数组定义 Flash（ROM） 存储地址和内存链接地址。并用类似 Startup.c 中的例程将其内容从存储地址复制到链接地址。对于运行程序来说，它不知道初始数据固化存储在哪里。当然，你也可以将其置于唯一的 Flash（ROM）地址，或者理解为它的存储地址和链接地址相同。 对于 C51 编译器，加 code 关键词有初值的变量或数组，就是在 Flash（ROM）中。你对它直接访问，不一定要复制到 RAM 中。

[fuchouzhe]

问题1和2：不会,根本就不会复制到RAM中而是“就地”使用 问题3：你看到的只是51等早期单片机的编程思路，RAM资源少，当然要节约使用。

[hailee1985]

和芯片有很大关系吧，也就是和对应的编译器有关。普通单片机，const变量都是在flash里面，从这个意义上讲，根本就不占用内存空间呢