享元模式（Flyweight Pattern）是一种结构型设计模式，旨在通过共享来高效地支持大量细粒度对象的使用，减少内存使用或计算时间。享元模式可以有效地支持大量对象的复用，使程序尽可能减少创建对象的次数，从而降低系统的内存占用和提高性能。在软件设计中，享元模式适用于那些对象的创建成本较高，但内部状态相同的对象。
享元模式的核心在于区分对象的内部状态和外部状态。其中，内部状态（intrinsic state）是对象共享出来的信息，不会随场景改变而改变，可以存储在享元对象内部；而外部状态（extrinsic state）是那些随使用场景改变而改变的、不可以共享的状态，这部分状态通常由客户端对象来存储。
享元模式通常包含以下角色：
1. Flyweight（享元）：这是一个接口或抽象类，通过它享元可以接受并操作外部状态。它是具体享元角色的抽象父类或接口，规定了所有具体享元角色必须实现的方法。
2. ConcreteFlyweight（具体享元）：实现Flyweight接口并为内部状态增加存储。具体享元对象通常会持有内部状态，即那些可以被共享的数据。享元对象必须是可共享的，意味着它们可以被多个客户端共享。
3. UnsharedConcreteFlyweight（非共享具体享元）：并非所有的享元子类都需要被共享。对于那些内部状态不应该共享的享元子类，Flyweight接口可以提供支持，但不强制共享。UnsharedConcreteFlyweight对象作为享元对象结构中的一个层次的子对象是很常见的。
4. FlyweightFactory（享元工厂）：负责创建和管理享元对象。当客户端请求特定属性的享元时，工厂会检查是否存在已创建的享元对象。如果存在，就返回该享元对象；如果不存在，就创建一个新对象，并存储在享元池中以供将来使用。
享元模式的实现通常需要一个享元工厂来集中管理享元对象。享元工厂负责在内部存储享元对象，并且提供一个方法，通过这个方法，客户端可以获取到所需的享元对象。当请求的享元对象已经被创建，工厂会返回这个对象；如果未被创建，工厂就会创建新的享元对象，并将其存储起来，以便将来复用。
享元模式的典型应用例子是文档编辑器，如文字处理软件。在文档编辑器中，可能需要表示大量的字符，但是字符对象大部分都是重复的，如所有的“a”字符在视觉上是相同的。通过享元模式，我们可以为每个不同的字符创建一个享元对象，其中包含了字符的内部状态（字体、大小等），而字符的外在状态（位置等）则由客户端（文档编辑器的其他部分）来提供。
享元模式的优点主要包括减少内存中的对象数量，从而降低系统的内存占用；可以减少外部调用的开销，享元对象能够被多个客户端共享；还可以使程序更加稳定，因为享元对象可以缓存相关状态。
然而，享元模式也有一些缺点。它会使得程序的逻辑变得复杂。享元模式需要区分内部状态和外部状态，并且需要确保外部状态的正确传递和设置。享元模式可能引入一些运行时的性能损失。因为享元对象的存储和检索可能需要额外的时间，尤其是当享元池过大时，这种损失可能会变得更加显著。此外，享元模式也并不总是适用，比如当对象的内部状态很少或外部状态很多时，享元模式带来的好处可能无法抵消其复杂性的增加。
享元模式是设计模式中一种重要的资源优化手段，尤其适用于那些创建成本高、需要大量对象的应用场景。通过享元模式，我们可以实现对象的高效复用，从而显著提高系统性能。
