单片机程序MDK编译大小说明及小建议

---------------------------------------------------------------------------------------------------

字段说明：

Code：即代码域，它指的是编译器生成的机器指令，这些内容被存储到ROM区。 

RO-data：Read Only data，即只读数据域，它指程序中用到的只读数据，这些数据被存储在ROM区，因而程序不能修改其内容。例如C语言中const关键字定义的变量就是典型的RO-data。  

RW-data：Read Write data，即可读写数据域，它指初始化为“非0值”的可读写数据，程序刚运行时，这些数据具有非0的初始值，且运行的时候它们会常驻在RAM区，因而应用程序可以修改其内容。例如C语言中使用定义的全局变量，且定义时赋予“非0值”给该变量进行初始化。  

ZI-data：Zero Initialie data，即0初始化数据，它指初始化为“0值”的可读写数据域，它与RW-data的区别是程序刚运行时这些数据初始值全都为0，而后续运行过程与RW-data的性质一样，它们也常驻在RAM区，因而应用程序可以更改其内容。例如C语言中使用定义的全局变量，且定义时赋予“0值”给该变量进行初始化(若定义该变量时没有赋予初始值，编译器会把它当ZI-data来对待，初始化为0)；  ZI-data的栈空间(Stack)及堆空间(Heap)：在C语言中，函数内部定义的局部变量属于栈空间，进入函数的时候从向栈空间申请内存给局部变量，退出时释放局部变量，归还内存空间。而使用malloc动态分配的变量属于堆空间。在程序中的栈空间和堆空间都是属于ZI-data区域的，这些空间都会被初始值化为0值。编译器给出的ZI-data占用的空间值中包含了堆栈的大小(经实际测试，若程序中完全没有使用malloc动态申请堆空间，编译器会优化，不把堆空间计算在内)。

CODE+RO-data+ZI-data:是在单片机Flash中占用的大小

RW-data+ZI-data：是在单片机RAM中占用的大小

------------------------------------------------------------------------------------------------------

举例1：

如：

void test(int x,int y)

{

    printf("x+y=%d\r\n",x+y);

 }

这样的代码编译后会放置到CODE段。

很多时候使用宏，会增加CODE大小，需要注意。

举例二：

unsigned char sendbuf[10]={0x30,0x31,0x32,0x33,0x34,0x35,0x36,0x37,0x38,0x39};

因为是已经初始化的buf，所以这样的代码编译会会放置到RW-data段。

举例三：

在嵌入式开发过程中，我们经常用用到没有字库的LCD或者数码管,这时就需要自己设计字符表。字符表通常不会被更改，所以会被设置成只读属性。如：

const unsigned char table[]={0xC0,0xF9,0xA4,0xB0,0x99, //0~4 

      0x92,0x82,0xF8,0x80,0x90, //5~9       

0x88,0x83,0xA7,0xA1,0x86,0x8E}; //A~F

这样的代码编译后会放置在RO-data段。

举例四：

在驱动开发过程中，有时读写Flash可能会开辟一块全局buf如：

unsigned char testbuf[1024]={0}; 

这样的代码编译后会放置在ZI-data段。

-----------------------------------------------------------------------------------------------------

小建议

建议一：数码管、LCD字库设置为const比较保险，查表时比较稳定。

            如果是C51单片机可以试试code关键字，很有意思。

建议二 ：全局的buf不是越大越好，够用就可以了。如果嵌入式系统模块较多，你开辟了很多buf,随着开发进度的深入，你可能                会发现RAM不够用了，到时候再去挤bug，就很难找了。

建议三：调试的log，用完后最好注释掉，或者用帅气的宏开关屏蔽。因为这些log，一定占用了很多code段大小，所以如果                    flash小的话，要小心咯。

举例：观察以下两个代码段，请问哪种代码段关闭log的方式比较好？

代码段一：

------------------------------------------

#define LOG_PRINT    mylogprint

void mylogprint(char * string)

{

    printf(string);

}

int fputc(int ch, FILE *f)

{
    //sendchar(ch);
    //return ch;

}

int main(void)

{

LOG_PRINT("HelloWord1");    

LOG_PRINT("HelloWord2");    

LOG_PRINT("HelloWord3");    

LOG_PRINT("HelloWord1");        

LOG_PRINT("HelloWord2");        

LOG_PRINT("HelloWord3");

LOG_PRINT("HelloWord1");        

LOG_PRINT("HelloWord2");        

LOG_PRINT("HelloWord3");

while(1) {}

}

代码段二：

------------------------------------------

#define LOG_PRINT    //mylogprint

void mylogprint(char * string)

{

    printf(string);

}

int fputc(int ch, FILE *f)

{
    sendchar(ch);
    return ch;

}

int main(void)

{

LOG_PRINT("HelloWord1");    

LOG_PRINT("HelloWord2");    

LOG_PRINT("HelloWord3");    

LOG_PRINT("HelloWord1");      

LOG_PRINT("HelloWord2");      

LOG_PRINT("HelloWord3");

LOG_PRINT("HelloWord1");       

LOG_PRINT("HelloWord2");        

LOG_PRINT("HelloWord3");

while(1) {}

}

-------------------------------------------------------

我个人的理解，两种方式都能达到关闭log的效果。

但是在log很多的时候，用代码段二的方式，可以大大缩短实际编译的固件程序大小。我的一次亲身经历，是随着项目的深入，代码越来越多，后面发现flash快满了，这时我采用代码段二的方式关闭log，节省了将近40Kcode段大小。也就是flash上可以再写入40K的实际功能代码。对于Flash大小紧张的嵌入式芯片，40K的空间爽不爽？