data,bdata,idata,pdata,xdata,code存储类型与存储区
bit
是在内部数据存储空间中 20H .. 2FH 区域中一个位的地址，或者 8051 位可寻址 SFR 的一个位地址。
code
是在 0000H .. 0FFFFH 之间的一个代码地址。data
是在 0 到 127 之间的一个数据存储器地址，或者在 128 .. 255 范围内的一个特殊功能寄存器（SFR）地址。
idata
是 0 to 255 范围内的一个 idata 存储器地址。xdata 是 0 to 65535 范围内的一个 xdata 存储器地址。
指针类型和存储区的关系详解一、存储类型与存储区关系
data ---> 可寻址片内ram
bdata ---> 可位寻址的片内ram idata ---> 可寻址片内ram，允许访问全部内部ram pdata ---> 分页寻址片外ram (MOVX @R0) (256 BYTE/页) xdata ---> 可寻址片外ram (64k 地址范围) code ---> 程序存储区 (64k 地址范围),对应MOVC @DPTR二、指针类型和存储区的关系
对变量进行声明时可以指定变量的存储类型如:
uchar data x和data uchar x相等价都是在内ram区分配一个字节的变量。同样对于指针变量的声明，因涉及到指针变量本身的存储位置和指针所指向的存储区位置不同而进行相应的存储区类型关键字的
使用如：uchar xdata * data pstr
是指在内ram区分配一个指针变量("*"号后的data关键字的作用)，而且这个指针本身指向xdata区("*"前xdata关键字的作用)，
可能初学C51时有点不好懂也不好记。没关系，我们马上就可以看到对应“*”前后不同的关键字的使用在编译时出现什么情况。......
uchar xdata tmp[10]; //在外ram区开辟10个字节的内存空间，地址是外ram的0x0000－0x0009 ......第1种情况:
uchar data * data pstr;
pstr=tmp;首先要提醒大家这样的代码是有bug的, 他不能通过这种方式正确的访问到tmp空间。 为什么？我们把编译后看到下面的汇编
代码：MOV 0x08,#tmp(0x00) ;0x08是指针pstr的存储地址
看到了吗！本来访问外ram需要2 byte来寻址64k空间，但因为使用data关键字(在"*"号前的那个)，所以按KeilC编译环境来说
就把他编译成指向内ram的指针变量了，这也是初学C51的朋友们不理解各个存储类型的关键字定义而造成的bug。特别是当工程中的默认的存储区类为large时，又把tmp[10] 声明为uchar tmp[10] 时，这样的bug是很隐秘的不容易被发现。第2种情况:
uchar xdata * data pstr;
pstr = tmp;这种情况是没问题的，这样的使用方法是指在内ram分配一个指针变量("*"号后的data关键字的作用)，而且这个指针本身指向
xdata区("*"前xdata关键字的作用)。编译后的汇编代码如下。MOV 0x08,#tmp(0x00) ;0x08和0x09是在内ram区分配的pstr指针变量地址空间
MOV 0x09,#tmp(0x00)这种情况应该是在这里所有介绍各种情况中效率最高的访问外ram的方法了，请大家记住他。
第3种情况:
uchar xdata * xdata pstr;
pstr=tmp;这中情况也是对的，但效率不如第2种情况。编译后的汇编代码如下。
MOV DPTR, #0x000A ;0x000A,0x000B是在外ram区分配的pstr指针变量地址空间
MOV A, #tmp(0x00) MOV @DPTR, A INC DPTR MOV A, #tmp(0x00) MOVX @DPTR, A这种方式一般用在内ram资源相对紧张而且对效率要求不高的项目中。
第4种情况:
uchar data * xdata pstr;
pstr=tmp;如果详细看了第1种情况的读者发现这种写法和第1种很相似，是的，同第1 种情况一样这样也是有bug的，但是这次是把pstr分
配到了外ram区了。编译后的汇编代码如下。MOV DPTR, #0x000A ;0x000A是在外ram区分配的pstr指针变量的地址空间
MOV A, #tmp(0x00) MOVX @DPTR, A第5种情况:
uchar * data pstr;
pstr=tmp;大家注意到"*"前的关键字声明没有了，是的这样会发生什么事呢？下面这么写呢！对了用齐豫的一首老歌名来说就是 “请跟我
来”，请跟我来看看编译后的汇编代码，有人问这不是在讲C51吗？ 为什么还要给我们看汇编代码。C51要想用好就要尽可能提升C51编译后的效率，看看编译后的汇编会帮助大家尽快成为生产高效C51代码的高手的。还是看代码吧！MOV 0x08, #0X01 ;0x08－0x0A是在内ram区分配的pstr指针变量的地址空间
MOV 0x09, #tmp(0x00) MOV 0x0A, #tmp(0x00)注意：这是新介绍给大家的，大家会疑问为什么在前面的几种情况的pstr指针变量都用2 byte空间而到这里就用3 byte空间了
呢？这是KeilC的一个系统内部处理，在KeilC中一个指针变量最多占用 3 byte空间，对于没有声明指针指向存储空间类型的指针，系统编译代码时都强制加载一个字节的指针类型分辩值。具体的对应关系可以参考KeilC的help中C51 User's Guide。第6种情况:
uchar * pstr;
pstr=tmp;这是最直接最简单的指针变量声明，但他的效率也最低。还是那句话，大家一起说好吗！编译后的汇编代码如下。
MOV DPTR, #0x000A ;0x000A－0x000C是在外ram区分配的pstr指针变量地址空间
MOV A, #0x01 MOV @DPTR, A INC DPTR MOV DPTR, #0x000A MOV A, #tmp(0x00) MOV @DPTR, A INC DPTR MOV A, #tmp(0x00) MOVX @DPTR, A这种情况很类似第5种和第3种情况的组合，既把pstr分配在外ram空间了又增加了指针类型的分辨值。
小结一下：大家看到了以上的6种情况，其中效率最高的是第2种情况，既可以正确访问ram区又节约了代码，效率最差的是第 6
种，但不是说大家只使用第2种方式就可以了，还要因情况而定，一般说来应用51系列的系统架构的内部ram资源都很紧张，最好大家在定义函数内部或程序段内部的局部变量使用内ram，而尽量不要把全局变量声明为内ram区中。所以对于全局指针变量我建议使用第3 种情况，而对于局部的指针变量使用第2种方式。
startup.a51的作用
和 汇编一样,在C中定义的那些变量和数组的初始化就在startup.a51中进行,如果你在定义全局变量时带有数值,如unsigned char data xxx="100";,那startup.a51中就会有相关的赋值。如果没有=100,startup.a51就会把他清0。（startup.a51 ==变量的初始化）。 这些初始化完毕后,还会设置SP指针。对非变量区域,如堆栈区,将不会有赋值或清零动作。有人喜欢改 startup.a51,为了满足自己一些想当然的爱好,这是不必要的,有可能错误的。比如掉电保护的时候想保存一些变量, 但改startup.a51来实现是很笨的方法,实际只要利用非变量区域的特性,定义一个指针变量指向堆栈低部：0xff处就可实现。, 为什么还要去改? 可以这么说：任何时候都可以不需要改startup.a51,如果你明白它的特性
8051 特有的内存型态
code以MOVC @A+DPTR 读取的程序内存 data可以直接存取的内部数据存储器 idata以Mov @Rn 存取的内部数据存储器 bdata可以位寻址（Bit Addressable）的内部存储器 xdata以MOVX @DPTR 存取的外部数据存储器 pdata以MOVX @Rn 存取的外部数据存储器 特殊资料型态 bit一般位（bit）变量 sbit绝对寻址的位（bit）变量 语法 sbitmy_flag=location;（location 范围从0x00 ~ 0x7F） 范例 sbitEA =0xAF; 或是配合bdata 宣告的位（bit）变量 charbdatamy_flags; sbitflag0 =my_flags ^ 0; （注意sbit 前不可以加static） sfr特殊功能缓存器（Special Register） 语法 sfrmy_sfr=location;（location 范围从0x80 ~ 0xFF） 范例 sfrP0=0x80; 指定绝对地址的变量 在单一模块内可以使用下面的语法宣告 [memory_space]typevariable_name_at_location 范例 pdatacharmy_pdata_at_0x80; 如果该变量必须为多个模块所使用（Global Variable）则以 抽象指针（Abstract Pointer）的方式在标头档（Header File）定义较为方便。 #definevariable_name*((data_type *)location) 范例 #definemy_pdata*((char pdata *)0x80) （注意char 与pdata 的顺序） ABSACC.H 提供了下列方便的宏（Macro）定义。 #define CBYTE ((unsigned char volatile code *) 0) #define DBYTE ((unsigned char volatile data *) 0) #define PBYTE ((unsigned char volatile pdata *) 0) #define XBYTE ((unsigned char volatile xdata *) 0) #define CWORD ((unsigned int volatile code *) 0) #define DWORD ((unsigned int volatile data *) 0) #define PWORD ((unsigned int volatile pdata *) 0) #define XWORD ((unsigned int volatile xdata *) 0) 隐藏的初始化程序 80C51 在电源重置后（Power On Reset）所执行的第一个程序模块并不是使用者的主程序 main()，而是一个隐藏在KEIL-C51 标准链接库中称为startup.a51 的程序模块。 startup.a51 的主要工作是把包含idata、xdata、pdata 在内的内存区块清除为0，并 且初始化递归指针。接着startup.a51 被执行的仍然是一个隐藏在KEIL-C51 标准链接库 中称为init.a51 的程序模块。而init.a51 的主要工作则是初始化具有非零初始值设定的 变量。 在完成上述的初始化程序之后，80C51 的控制权才会交给main() 开始执行使用者的程序。 #define XBYTE ((unsigned char volatile xdata *) 0)定义 XBYTE 为 指向 xdata 地址空间unsigned char 数据类型的指针，指针值为0 这样，可以直接用XBYTE[0xnnnn]或*(XBYTE+0xnnnn)访问外部RAM了