首先开始服务端的源代码重新架构。
为什么选择IGE源代码是有原因的，或者我认为他的源代码结构不是很混乱吧。
毕竟不是全部照抄，只需要了解它的执行逻辑结构，然后重新按照自己的想法来实现。
这个很重要，只要看下去就会明白。
服务器有几个需要注意的地方：
第一、内存碎片，这个需要注意，否则服务器会在长时间运行后，性能会越来越差。
1、内存碎片的产生多出现在内存的不断分配和释放上面。
2、对象的创建和析构也会产生内存碎片。
3、结构化的参数——这个是听说的，具体没有试验。
第二、内存的使用，这个是这篇文章的重点。
。。。。。。。。。。。。。。。。。
看了服务端的源代码，我想问的是，这些大量的全局变量是不是一定必要的？？？
虽然快，但是我们知道一旦声明，从程序开始到结束，这些全局的变量都是常驻于系统里面，占用很多系统资源。
很多人希望系统资源占用得越少越好，我的见解是，我不担心系统的资源占用多少！！
为什么？
因为我希望所有的系统资源都使用在必要和合理的地方。
很多GM都渴望内存占用和CPU占用得越少越好，并且功能越多越好，这种观点并不理智，但是完全没有必要去解释这些。
种菜的去和买菜的，讨论菜怎么种才合理，这些是很蛋疼的。而且21世纪的技术去实现未来世纪的技术的确更蛋疼。
这个只是个比如，不针对啥。不必反应过敏哈，:）
确实，思考的时候，离开一下电脑是有好处的，这个是我抽烟的接口吧。
抽烟的时候，我喜欢到处走一下，或者到沙发坐一下，整理一下思路。
于是我想到了：为什么一定采用这些会破坏程序结构的全局变量呢？应该在很必须的时候才使用，这样才合理吧。
那么应该怎么做合适呢。
考虑到性能和使用完后，马上释放等要求，可以做出几种合适的处理。
如果是使用完之后，可以释放的，那么我们可以采用文本或者ini文件记录下来，然后读取这份文件就行。
或者采用一个泛型链表等，这些都看合适怎么使用就怎么使用。
显然这些只开销了一个或者几个全局链表对象，而我们可以在任何时候释放这些对象。
比如服务器控制器的GShare.pas，里面定义了很多配置信息的全局变量。
你认为这些全局变量是必须的吗？？NO，这些只是默认配置的信息，完全可以采用任何方式来替代。
而这些大量的全局变量占用的系统资源显然不会少，关键是不是必要。
可以写入文件里面或者打包入资源包里面。
因为无关性能的问题，这些东西只对系统初始化有用。
实际最终控制器是从配置文件里面读取的。
一旦生成所有的配置文件，这些全局默认变量只剩占用系统资源的份儿。
也许，需要重新恢复默认参数的时候才有用，很明显，完全可以采取其它的方式来替代，这样更合理。
怎么做，完全按照个人的理解和习惯来做。
这样一来，很多地方的优化就理想多了。
不但服务端这样做，客户端也可以采用这种做法。
如果嫌链表的方式慢，可以采用数组的方式，听说数组比链表快，泛型链表呢。这些都没有测试过，实际并不重要。
或者对各种控件进行初始化，当然还是采用文件记录要比较理想，如果担心会被更改，可以采用加密或者修改文件属性的方式来实现。
如果嫌配置文件太多，可以打包入资源文件里面，采用资源流或者其它方式加载也行。
也许是习惯于结构化文件的操作，我把这些全局变量写成一份结构化文件，原因很简单，方便自己很自由地操作这些文件。
如果需要加密，我可以把文件随心所欲地进行分割。
把任何位置的数据搞乱，爱咋弄就咋弄，而且数据紧密，占用空间更小，或者让一部分数据消失，加载的时候再加上，总之，喜欢咋操作都行。
OK，挺过瘾的，呵呵。
随着不断的对代码优化，思路也相应清晰起来，我相信制作出一个性能卓越的游戏引擎会很快得以实现。
OK，继续。。。。。。。
