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种⽅式。