享元模式

本文深入探讨享元模式的概念及其在软件开发中的应用。通过定义享元模式的角色与职责,介绍了如何利用共享对象来减少内存消耗并提高程序性能。讨论了享元模式的优点与局限性,并列举了几种适用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

定义:享元模式是池技术的重要实现方式,其定义如下:使用共享对象可有效地支持大量的细粒度的对象(细粒度模型,通俗的讲就是将业务模型中的对象加以细分,从而得到更科学合理的对象,直观地说就是划分出很多对象)。

我们知道 分配太多的对象到应用程序中将有损程序的性能,还很容易造成内存溢出,享元模式可以很好的解决这个问题。

要求细粒度对象,会使得对象数量多而且性质相近,那我们将这些对象的信息分为两个部分:内部状态与外部状态。

内部状态是对象可以共享出来的信息,存储在享元对象内部并且不会随环境改变而改变,这些信息可以作为一个对象的动态附加信息,不必直接存储在具体某个对象中,属于可以共享的部分。

外部状态是对象得以依赖的一个标记,是随环境改变而改变的、不可以共享的状态,它是一批对象的统一标识,是唯一的一个索引值。


享元模式角色有:

1.Flyweight 抽象享元角色,它是一个产品的抽象类,同时定义出对象的外部状态和内部状态的接口或者实现。

2.ConcreteFlyweight 具体享元角色,具体的一个产品类,实现抽象角色定义的业务,该角色中需要注意的是内部状态处理应该与环境无关,

不应该出现一个操作改变了内部状态,同时修改了外部状态。

3.unsharedConcreteFlyweight 不可共享的享元角色,不存在外部状态或者安全要求(如线程安全)不能够使用共享技术的对象,该对象一般不会出现在享元工厂中。

4.FlyweightFactory---享元工厂,构造一个池容器,同时提供从池中获得对象的方法。

/**
 * 
 * 抽象享元角色
 *在实际项目中,一般是一个实现类,它是描述一类事物的方法。在
 *抽象角色中,一般需要把外部状态和内部状态定义出来,避免子类的随意扩展。
 */
public abstract class Flyweight {
	private String intrinsic ;//内部状态
	protected final String extrinsic ;//外部状态 加final,防止被修改
	//要求享元角色必须接受外部状态
	public Flyweight(String extrinsic){
		this.extrinsic = extrinsic;
	}
	
	//定义业务操作
	public abstract void operate();

	public String getIntrinsic() {
		return intrinsic;
	}

}
public class ConcreteFlyweight extends Flyweight {

	public ConcreteFlyweight(String extrinsic) {
		super(extrinsic);
	}

	//根据外部状态进行处理
	@Override
	public void operate() {
		//业务逻辑
	}

}

public class ConcreteFlyweight2 extends Flyweight {

	public ConcreteFlyweight2(String extrinsic) {
		super(extrinsic);
	}

	//根据外部状态进行处理
	@Override
	public void operate() {
		//业务逻辑
	}

}

public class FlyweightFactory {
	
	private static HashMap<String, Flyweight> pool = new HashMap<String, Flyweight>();
	
	public static Flyweight getFlyweight(String extrinsic){
		Flyweight flyweight = null;
		if(pool.containsKey(extrinsic)){
			flyweight = pool.get(extrinsic);
			
		}else{
			flyweight = new ConcreteFlyweight(extrinsic);
			pool.put(extrinsic, flyweight);
		}
		
		return flyweight;
		
	}

}


优点:减少应用程序创建的对象,降低程序内存的占用,增强程序的性能。

缺点:提高了系统复杂性,需要分离外部状态和内部状态,而且外部状态具有固化特性,不应该随内部状态改变而改变,否则导致系统的逻辑混乱。


使用场景:

1.存在大量的相似对象。

2.细粒度的对象都具备较接近的外部状态,而且内部状态与环境无关。

3.需要缓冲池的场景。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值