一、存储类型与存储区关系

    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区分配一个字节的变量。

    同样对于指针变量的声明，因涉及到指针变量本身的存储位置和指针所指向的存储区位置不同而进行相应的存储区类型关键字的使用如：

    是指在内ram区分配一个指针变量("*"号后的data关键字的作用)，而且这个指针本身指向xdata区("*"前xdata关键字的作用)，可能初学C51时有点不好懂也不好记。没关系，我们马上就可以看到对应“*”前后不同的关键字的使用在编译时出现什么情况。

    第1种情况:

    首先要提醒大家这样的代码是有bug的, 他不能通过这种方式正确的访问到tmp空间。 为什么？我们把编译后看到下面的汇编代码：

    看到了吗！本来访问外ram需要2 byte来寻址64k空间，但因为使用data关键字(在"*"号前的那个)，所以按KeilC编译环境来说就把他编译成指向内ram的指针变量了，这也是初学C51的朋友们不理解各个存储类型的关键字定义而造成的bug。特别是当工程中的默认的存储区类为large时，又把tmp[10] 声明为uchar tmp[10] 时，这样的bug是很隐秘的不容易被发现。

    第2种情况:

    这种情况是没问题的，这样的使用方法是指在内ram分配一个指针变量("*"号后的data关键字的作用)，而且这个指针本身指向xdata区("*"前xdata关键字的作用)。编译后的汇编代码如下。

    这种情况应该是在这里所有介绍各种情况中效率最高的访问外ram的方法了，请大家记住他。

    第3种情况:

    这中情况也是对的，但效率不如第2种情况。编译后的汇编代码如下。

    这种方式一般用在内ram资源相对紧张而且对效率要求不高的项目中。

    第4种情况:

    如果详细看了第1种情况的读者发现这种写法和第1种很相似，是的，同第1 种情况一样这样也是有bug的，但是这次是把pstr分配到了外ram区了。编译后的汇编代码如下。

    第5种情况:

    大家注意到"*"前的关键字声明没有了，是的这样会发生什么事呢？下面这么写呢！对了用齐豫的一首老歌名来说就是 “请跟我来”，请跟我来看看编译后的汇编代码，有人问这不是在讲C51吗？ 为什么还要给我们看汇编代码。C51要想用好就要尽可能提升C51编译后的效率，看看编译后的汇编会帮助大家尽快成为生产高效C51代码的高手的。还是看代码吧！

    注意：这是新介绍给大家的，大家会疑问为什么在前面的几种情况的pstr指针变量都用2 byte空间而到这里就用3 byte空间了呢？这是KeilC的一个系统内部处理，在KeilC中一个指针变量最多占用 3 byte空间，对于没有声明指针指向存储空间类型的指针，系统编译代码时都强制加载一个字节的指针类型分辩值。具体的对应关系可以参考KeilC的help中C51 User's Guide。

    第6种情况:

    这是最直接最简单的指针变量声明，但他的效率也最低。还是那句话，大家一起说好吗！编译后的汇编代码如下。

    这种情况很类似第5种和第3种情况的组合，既把pstr分配在外ram空间了又增加了指针类型的分辨值。

    小结：大家看到了以上的6种情况，其中效率最高的是第2种情况，既可以正确访问ram区又节约了代码，效率最差的是第 6种，但不是说大家只使用第2种方式就可以了，还要因情况而定，一般说来应用51系列的系统架构的内部ram资源都很紧张，最好大家在定义函数内部或程序段内部的局部变量使用内ram，而尽量不要把全局变量声明为内ram区中。所以对于全局指针变量我建议使用第3 种情况，而对于局部的指针变量使用第2种方式。