要问我的对策嘛，只有两个原则：
1. 能不用全局变量尽量不用，我想除了系统状态和控制参数、通信处理和一些需要效率的模块，其他的基本可以靠合理的软件分层和编程技巧来解决。
2. 如果不可避免需要用到，那能藏多深就藏多深。
1)如果只有某.c文件用，就static到该文件中，顺便把结构体定义也收进来;
2)如果只有一个函数用，那就static到函数里面去;
3)如果非要开放出去让人读取，那就用函数return出去，这样就是只读属性了;
4)如果非要遭人蹂躏赋值，好吧，我开放函数接口让你传参赋值;
5)实在非要extern**我，我还可以严格控制包含我.h档的对象，而不是放到公共的includes.h中被人围观，丢人现眼。
如此，你可明白我对全局变量的感悟有多深刻。悲催的我，已经把当年那些“老人”交给我维护的那些案子加班全部重新翻写了。
对于一些朋友提到的，如果大量使用局部变量也会容易造成栈溢出的问题，还提到程序模型的概念。言之有理。所以特地来补充一下意见：
1.全局变量是不可避免要用到的，每一个设备底层几乎都需要它来记录当前状态，控制时序，起承转合。但是尽量不要用来传递参数，这个很忌讳的。
2.尽量把变量的作用范围控制在使用它的模块里面，如果其他模块要访问，就开个读或写函数接口出来，严格控制访问范围。这一点，C++的private属性就是这么干的。这对将来程序的调试也很有好处。C语言之所以有++版本，很大原因就是为了控制它的灵活性，要说面向对象的思想，C语言早已有之，亦可实现。
3.当一个模块里面的全局变量超过3个(含)时，就用结构体包起来吧。要归0便一起归0，省得丢三落四的。
4.在函数里面开个静态的全局变量，全局数组，是不占用栈空间的。只是有些编译器对于大块的全局数组，会放到和一般变量不同的地址区。若是在keil C51，因为是静态编译，栈爆掉了会报警，所以大可以尽情驰骋，注意交通规则就是了。
5.单片机的os-less系统中，只有栈没有堆的用法，那些默认对堆分配空间的“startup.s”，可以大胆的把堆空间干掉。
6.程序模型?如何分析抽象出来呢，从哪个角度进行模型构建呢?。本人一直以来都是从两个角度分析系统，事件-状态机迁移图和数据流图，前者分析控制流向，完善UI，后者可知晓系统数据的缘起缘灭。这些理论，院校的教材都有，大家不妨借鉴下。只不过那些理论，终究是起源于大型系统软件管理的，牛刀杀鸡，还是要裁剪一下的。
