uchar c1;
idata uchar c2;
uchar c3;
变量 c2 肯定会以间接寻址，但它有可能落在 data 区域，就浪费了一个可直接寻址的空间

变量优化一般要注意几点:
    ①让尽可能多的变量使用直接寻址，提高速度
      假如有两个单字节的变量，一个长119的字符型数组
      因为总长超过 120 字节，不可能都定义在 data 区
      按这条原则，定义的方式如下:

      data UCHAR tab[119];
      data UCAHR c1;
      idata UCHaR c2;
      但也不是绝的，如果 c1, c2 需要以极高的频率访问，而 tab 访问不那么频繁
      则应该让访问量大的变量使用直接寻址：
      data UCAHR c1;
      data UCHaR c2;
      idata UCHAR tab[119];
      这个是要根据具体项目需求来确定的
    ②提高内存的重复利用率
      就是尽可能的利用局部变量，局部变量还有个好处是访问速度比较快
      由前面的例子可以看出，局部变量 i, j 是没有单独占用内存的
      子程序中使用内存数目不大的变量尽量定义为局部变量
    ③对于指针数组的定义，尽可能指明存储类型
       尽量使用无符号类型变量
      一般指针需要一个字节额外的字节指明存储类型
     8051 系列本身不支持符号数，需要外加库来处理符号数，一是大大降低程序运行效率，二是需要额外的内存

    ④避免出现内存空洞
      可以通过查看编译器输出符号表文件(.M51)查看
      对前面的代码，M51文件中关于内存一节如下：

* * * * * * *   D A T A   M E M O R Y   * * * * * * *
REG     0000H     0008H     ABSOLUTE     "REG BANK 0"
DATA    0008H     0078H     UNIT         ?DT?TEST
IDATA   0080H     007FH     UNIT         ?ID?TEST
IDATA   00FFH     0001H     UNIT         ?STACK

***行显示寄存器组0从地址0000H开始，占用0008H个字节
第二行显示DATA区变量从0008H开始，占用0078H个字节
第三行显示IDATA区变量从0080H开始，占用007F个字节
第四行显示堆栈从00FFH开始，占0001H个字节
由于前面代码中变量定义比较简单，且连续用完了所有空间，所以这里显示比较简单
变量定义较多时，这里会有很多行
如果全局变量与局部变量分配不合理，就有可能出现类似下面的行
0010H     0012H                  *** GAP ***
      该行表示从0010H开始连续0012H个字节未充分利用或根本未用到
出现这种情况***常见的原因是局变量太多、多个子程序中的局部变量数目差异太大、使用了寄存器切换但未充分利用