1、面向对象的缺点
虽然OOP能很好的解决系统抽象的问题,并且在大多数的情况下,也不会损失系统的性能。但是在某些特殊的业务下,由于对象的数量太多,采用面向对象会给系统带来难以承受的内存开销.示例代码如下:
/// <summary>
/// Word文字的Font样式
/// </summary>
public class Font //8+8(继承object的虚表指针4个字节、垃圾收集同步占4个字节)=16个字节
{
public Font(string fontName, int size)
{
_fontName = fontName;
_size = size;
}
string _fontName;//4个字节,但是由于字符串留用技术,可能实际创建大量这个对象的时候,可能会节省一些空间
int _size;//4个字节
} /// <summary>
/// Word文字对象
/// </summary>
public class Charactor //2+4(Font类型的引用指针)+16+2(32位操作系统的内存补齐)+8个字节(继承object的虚表指针4个字节、垃圾收集同步占4个字节)=32个字节
{
public Charactor(char c, Font font)
{
_c = c;
_font = font;
}
char _c;//为一个Unicode字符,16位,占2个字节
Font _font;//16个字节
}
调用代码如下:
public class ThirdSystem
{
public void Run()
{ long a = GC.GetTotalMemory(true);
//创建10000000个Charactor对象大概要消耗32*10000000/1024/1024=343M
int num = ;
//创建1千万个Charactor对象
var list = new List<Charactor>();//不消耗内存,如果使用ArrayList并指定初始化长度,会产生内存消耗
for (var i = ; i < num; i++)
{
Charactor charactor = new Charactor('c', new Font("宋体", ));
list.Add(charactor);
}
long b = GC.GetTotalMemory(true);
long memoryConsume = b - a;
Console.WriteLine(memoryConsume / / );//实际输出369,实际创建10000000个Charactor对象消耗了369M的内存空间
}
}
在客户端系统生成了一千万个对象实例,最后产生了369M的内存开销,还单单是一个对象的实例的开销,这种方式显然不可取.
2、问题
采用对象方法来创建大量的对象实例,产生了很高的运行时代价-主要指内存方面的,那么如何在采用面向对象的方式生成大量对象实例的同时,避免这种开销呢?
关于这个问题,字符串留用池的实现方式.提供了很好的借鉴.关于具体实现思路,请参考字符串留用与字符串池
3、解决方案
4、使用Flyweight享元模式的要点
(1)、该模式不涉及抽象性问题,也就是和抽象无关,它主要是解决面向对象的代价问题,在面向对象的过程中,创建了大量的对象实例,所产生的内存消耗.
(2)、该模式采用共享对象实例的方式来降低系统中对象的个数,也就是通过Hashtable等持有相同对象的引用降低细粒度对象实例带给系统的压力
(3)、因为采用持有相同对象引用的方式来共享对象,所以当一个对象发生改变时,所有的对象都会发生改变,类似数组，所以要注意对象状态的处理,不能盲目的修改.
(4)、该模式最好计算下整个系统的开销,在根据实际情况去判断是否要采用享元模式.