当前位置：首页 > news >正文

Java 与设计模式（12）：享元模式

news 文章来源：https://blog.csdn.net/qq_42449106/article/details/132416445 2025/1/31 10:45:02

一、定义

享元模式是一种结构型设计模式，旨在有效地共享对象以减少内存使用和提高性能。该模式的核心思想是通过共享尽可能多的相似对象来减少内存占用。它将对象分为可共享的内部状态和不可共享的外部状态。内部状态是对象的固有属性，可以在多个对象之间共享，而外部状态是对象的上下文相关属性，每个对象都是独立的。

通过共享内部状态，享元模式可以减少创建相似对象的数量，从而节省内存空间。当需要创建新对象时，可以首先检查是否已经存在具有相同内部状态的对象，如果存在，则可以直接返回共享的对象，而不是创建新的对象。这种共享对象的方式可以在大规模使用相似对象的场景中提高性能和效率。

需要注意的是，享元模式需要维护一个对象池或缓存来存储共享的对象，以便在需要时进行检索。同时，外部状态的管理也需要谨慎处理，确保每个对象在不同的上下文中都能正确地使用。

享元模式通过共享相似对象的内部状态来减少内存占用和提高性能，是一种常用的优化技术。

二、Java示例

import java.util.HashMap;
import java.util.Map;// 具体享元类
class ConcreteFlyweight {private String intrinsicState;public ConcreteFlyweight(String intrinsicState) {this.intrinsicState = intrinsicState;}public void operation(String extrinsicState) {System.out.println("Intrinsic State: " + intrinsicState);System.out.println("Extrinsic State: " + extrinsicState);}
}// 享元工厂类
class FlyweightFactory {private Map<String, ConcreteFlyweight> flyweights = new HashMap<>();public ConcreteFlyweight getFlyweight(String key) {if (flyweights.containsKey(key)) {return flyweights.get(key);} else {ConcreteFlyweight flyweight = new ConcreteFlyweight(key);flyweights.put(key, flyweight);return flyweight;}}
}// 客户端代码
public class Client {public static void main(String[] args) {FlyweightFactory factory = new FlyweightFactory();ConcreteFlyweight flyweight1 = factory.getFlyweight("shared");flyweight1.operation("state 1");ConcreteFlyweight flyweight2 = factory.getFlyweight("shared");flyweight2.operation("state 2");ConcreteFlyweight flyweight3 = factory.getFlyweight("unique");flyweight3.operation("state 3");}
}

在上述示例中，ConcreteFlyweight类表示具体的享元对象，包含一个内部状态intrinsicState。FlyweightFactory类作为享元工厂，维护一个对象池flyweights，用于存储共享的享元对象。

客户端代码通过FlyweightFactory获取享元对象，并调用其operation方法进行操作。当请求的享元对象已存在于对象池中时，直接返回共享的对象；否则，创建新的享元对象并添加到对象池中。

这样，通过共享相似对象的内部状态，可以减少创建对象的数量，节省内存空间。在示例中，flyweight1和flyweight2共享了相同的内部状态，而flyweight3是一个独立的对象。

三、优点

享元模式的优点包括：

减少内存占用：通过共享相似对象的内部状态，可以减少创建对象的数量，从而减少内存占用。
提高性能：由于减少了对象的数量，可以减少对象的创建和销毁过程，从而提高程序的性能。
提高对象复用性：通过共享对象，可以在不同的上下文中复用对象，避免重复创建相似的对象。
简化对象管理：享元模式将对象的内部状态和外部状态进行分离，使得对象的管理更加简单和清晰。
支持大规模对象共享：当系统中存在大量相似对象时，通过享元模式可以有效地管理和共享这些对象，提高系统的可扩展性和可维护性。

享元模式通过共享相似对象的内部状态，可以减少内存占用、提高性能和对象复用性，简化对象管理，并支持大规模对象共享。这使得享元模式成为一种有价值的优化技术。

四、缺点

享元模式的缺点包括：

对象共享可能导致线程安全问题：如果多个线程同时访问共享对象，并且修改了对象的外部状态，可能会导致线程安全问题。需要在使用享元对象时进行适当的同步控制。
对象池管理增加复杂性：享元模式需要维护一个对象池或缓存来存储共享对象，这增加了对象管理的复杂性。需要确保正确地管理对象的创建、共享和销毁，避免资源泄露或过度消耗。
对象共享可能降低系统灵活性：当对象的内部状态和外部状态耦合较高时，共享对象可能限制了系统的灵活性。如果需要修改共享对象的内部状态，可能会影响到其他共享该对象的地方。
需要额外的内部状态管理：享元模式将对象的内部状态和外部状态进行分离，需要额外的管理和维护内部状态的机制。这增加了一定的复杂性和开销。

享元模式在提高性能和减少内存占用方面有优势，但也需要考虑线程安全、对象管理复杂性以及灵活性等方面的问题。在使用时需要根据具体场景进行权衡和设计。

五、使用场景

享元模式适用于以下场景：

对象数量庞大且相似：当系统中存在大量相似的对象，并且这些对象可以共享部分或全部内部状态时，可以使用享元模式来减少对象的数量和内存占用。
对象的外部状态可分离：对象的外部状态可以被分离出来，并且可以通过参数传递给对象的方法。这样可以将对象的内部状态与外部状态分离，使得对象可以共享内部状态。
需要缓存或池化对象：如果需要频繁地创建和销毁对象，并且对象的创建和销毁过程较为耗时，可以使用享元模式来缓存或池化对象，提高性能。
系统需要支持大规模对象共享：当系统中存在大量相似对象，并且这些对象需要在不同的上下文中共享时，可以使用享元模式来管理和共享这些对象，提高系统的可扩展性和可维护性。

需要注意的是，使用享元模式需要权衡对象共享带来的线程安全问题、对象管理的复杂性以及灵活性的影响。在具体应用时，需要根据实际情况进行设计和优化。

六、注意事项

在使用享元模式时，需要注意以下几点：

线程安全性：如果多个线程同时访问共享对象，并且修改了对象的外部状态，可能会导致线程安全问题。需要在使用享元对象时进行适当的同步控制，确保线程安全。
对象池管理：享元模式需要维护一个对象池或缓存来存储共享对象，需要确保正确地管理对象的创建、共享和销毁。需要注意避免资源泄露或过度消耗。
内部状态和外部状态的划分：需要合理划分对象的内部状态和外部状态，确保内部状态可以共享，而外部状态可以通过参数传递给对象的方法。同时，需要注意内部状态和外部状态的耦合度，避免影响系统的灵活性。
对象的可变性：享元模式适用于对象的内部状态是不可变的情况。如果对象的内部状态是可变的，需要考虑如何处理共享对象的可变性，以及如何保证共享对象的一致性。
性能权衡：使用享元模式可以提高性能和减少内存占用，但也需要权衡对象共享带来的管理复杂性和灵活性的影响。在具体应用时，需要根据实际情况进行设计和优化。

使用享元模式需要综合考虑线程安全性、对象管理、内部状态和外部状态的划分、对象的可变性以及性能权衡等方面的问题。在具体应用时，需要根据实际需求和场景进行适当的设计和调整。

七、在spring 中的应用

在Spring源码中，享元模式被广泛应用于各个模块和组件中，以提高性能和减少内存占用。以下是一些Spring源码中使用享元模式的示例：

Bean对象的管理：在Spring的IoC容器中，Bean对象被视为享元对象。当容器启动时，会预先创建并缓存Bean对象，以便在需要时进行共享和复用。这样可以减少对象的创建和销毁开销，提高性能。
数据库连接池：Spring的JDBC模块中，使用享元模式管理数据库连接。连接池中的连接对象被视为享元对象，可以在多个线程之间共享和复用，避免频繁地创建和销毁连接，提高数据库操作的性能。
缓存管理：Spring的缓存模块中，使用享元模式管理缓存对象。缓存对象被视为享元对象，可以在多个请求之间共享和复用，避免重复计算和查询，提高系统的响应速度。
国际化资源管理：Spring的国际化模块中，使用享元模式管理国际化资源对象。国际化资源对象被视为享元对象，可以在多个地方共享和复用，避免重复加载和解析资源文件，提高国际化功能的性能。

需要注意的是，Spring框架中对享元模式的应用往往是隐式的，封装在各个模块和组件中，不会直接暴露给开发者。这样可以提供更加简洁和易用的API，同时隐藏了底层的实现细节。