关于51单片机的地址空间溢出以及解决方法的个人看法(proteus无法仿真)

个人看法，不喜勿喷
在51单片机程序编写中，当变量过多而且数据类型过大的话，容易在编译的时候出现以下的问题，具体表现为：

*** ERROR L107: ADDRESS SPACE OVERFLOW
SPACE:   DATA    
SEGMENT: _DATA_GROUP_
LENGTH:  0019H

Program Size: data=130.0 xdata=7 code=3267
Target not created.

这样子也就是所谓的编译失败，不能生成HEX文件，更加无法烧写到程序中去，那么如何解决这个问题呢，我在网上找到了解法，网上的具体步骤如下：
1.先点击这个图标

2.在其中的memory model 将small改成compact选项，那么即可编译通过。

3.确实，我通过这种方法，解决了程序无法编译的问题

但是呢，我们将这种情况下生成的HEX文件在proteus上面导入，准备实现整体软件的功能，这个时候我们又会发现一个问题，那就是Proteus里面的程序运行不了

我们观察这个LCD１６０２的显示屏，发现上面是直接的黑块，这个就很奇怪了。。。我以为是LCD初始化做的不够，就去疯狂的调试LCD的程序。。。。。后来发现不是LCD的程序问题，而是你改成了了Compact模式之后还要紧接着修改RAM的地址.

像我这种菜鸡怎么会修改RAM的地址呢???我就想了另外一种解决方法.
就是在变量的数据类型上面进行修改,因为我们程序中一定会用到大量的全局变量跟局部变量,那么将变量的类型修改成为xdata类型就可以了.
例如

unsigned int xdata Count1;
unsigned int xdata Count2;
unsigned int xdata jll;

我们也不需要将所有的变量都设置成为这种类型,只要合适就好.
再将Compact类型改成small类型,之后重新编译就可以通过.
注意我们还需要在Proteus里面修改内容哦,所需要修改的是STC89C52.

右键52单片机,点击编辑属性,找到最下面一栏

然后修改XRAM的内容

将XRAM的值改成512
之后重新加载hex文件就可以出结果了