（两种）单子模式 （饿汉，懒汉）

单子模式是一种设计模式，它的主要目标是确保一个类在整个应用程序中只有一个实例，并提供一个全局访问点来获取这个唯一的实例。这种模式常用于系统管理类，如日志、配置对象等，以避免资源浪费和保证数据一致性。 在Java中，单子模式的实现通常有两种方式：饿汉式和懒汉式。 1. **饿汉式**： 饿汉式单例在类加载时即完成了实例化，因此它是线程安全的。在上面的`EagerSingletion`类中，`single`实例在类加载时被初始化，这意味着无论何时调用`getnSingInstance()`，`single`都已经存在。这种方式确保了单例的唯一性，但可能会造成不必要的资源占用，因为即使单例未被使用，它也会被立即创建。 2. **懒汉式**： 懒汉式单例则在首次被请求时才进行实例化，因此更加延迟加载。在`LazySingletion`类中，`single`实例在`getnSingInstance()`方法中被检查和初始化。这种方式延迟了单例的创建，节省了资源，但在多线程环境下如果没有同步控制，可能会创建多个实例。为了保证线程安全，`DemoSingleton`类中的`getInstance()`方法使用了`synchronized`关键字，确保了在多线程环境中也能正确地创建和返回单例。 单子模式的创建必须满足三个条件： - 构造器为私有，防止其他类通过构造器创建新的实例。 - 类内部持有自身的一个静态引用，通常是私有的，用于存储唯一的实例。 - 提供一个公共的静态方法，让外部系统可以获取到这个唯一的实例。 例如，`DemoSingleton`类就是单子模式的一个实例，它有一个私有的构造器，一个静态的类内实例`testFrame`，以及一个公共的静态`getInstance()`方法，用于返回这个唯一的实例。 在实际应用中，单子模式可以通过多种方式进行优化，例如使用双重检查锁定（Double-Checked Locking）来提高懒汉式的性能，或者使用枚举类型实现单子模式，以确保线程安全并避免反射攻击。 测试类`Test`中的`jBtn`按钮点击事件监听器`MyActionListener`触发了单子模式类`DemoSingleton`的实例获取，从而展示了单子模式的实际效果，即点击按钮只会显示一个唯一的窗口，不会出现多个实例。 总结来说，单子模式是一种强大的设计模式，它保证了类的唯一实例并提供了全局访问点，而饿汉式和懒汉式则是两种常见的实现策略，分别关注于资源利用率和响应时间。开发者应根据具体的应用场景和性能需求选择合适的实现方式。