享元模式是一种结构型设计模式，它通过共享技术有效地支持大量细粒度的对象。这种模式的主要目的是在系统中重复使用对象，以减少内存占用和提高性能。而单例模式是一种创建型设计模式，它确保一个类只有一个实例，并提供一个全局访问点。这两种模式的主要区别在于它们的应用场景和目的：享元模式关注对象的共享和重用，以提高性能和减少内存占用；而单例模式关注类的实例化和管理，以确保系统中只有一个实例。
在计算机编程中，享元模式（Flyweight Pattern）是一种结构型设计模式，主要用于减少内存占用和提高程序性能，通过共享大量细粒度的对象来减少对象的数量，从而降低系统的复杂性和内存占用，享元模式的核心思想是将一个复杂的对象划分为多个相对独立的部分，并将这些部分存储在外部数据结构中，以便在需要时进行共享。
享元模式的主要组成部分包括：
1、抽象享元角色（Flyweight）：定义了享元对象的接口，通常是一个接口或抽象类，用于实现共享对象的行为。
2、具体享元角色（ConcreteFlyweight）：实现了抽象享元角色的具体类，负责管理内部状态，并实现共享对象的行为。
3、享元工厂角色（FlyweightFactory）：负责创建和管理享元对象，当客户端请求一个享元对象时，享元工厂角色会提供一个已经创建好的享元对象，或者创建一个新的对象。
4、客户端角色（Client）：使用享元对象的客户端，不需要直接创建享元对象，而是通过享元工厂角色来获取。
享元模式的优点：
1、减少内存占用：通过共享大量细粒度的对象，享元模式可以显著减少内存占用，这是因为每个享元对象只需要在内存中存储一次，而不是为每个客户端请求都创建一个新的实例。
2、提高性能：享元模式可以减少对象创建和销毁的次数，从而提高程序的性能，由于享元对象是预先创建好的，因此客户端可以更快地获取到所需的对象。
3、降低系统的复杂性：享元模式将一个复杂的对象划分为多个相对独立的部分，从而降低了系统的复杂性，这使得程序更容易维护和扩展。
享元模式的缺点：
1、享元对象的状态变更可能导致其他共享该对象的客户端受到影响，在使用享元模式时，需要确保享元对象的状态变更不会影响到其他客户端。
2、享元模式可能会导致客户端过度依赖享元工厂角色，在某些情况下，这可能会限制客户端的灵活性。
3、享元模式需要对系统进行一定程度的设计和重构，以实现对象共享和复用，这可能会增加系统的开发和维护成本。
享元模式是一种非常实用的设计模式，可以帮助我们优化程序性能和减少内存占用，在使用享元模式时，也需要注意其潜在的缺点，并在实际应用中权衡利弊。
