国外平面设计教程网站,建设一个小说网站,怎么做品牌推广网站,上海有几个区分别是哪些区设计模式详解#xff1a;单例模式 文章目录 设计模式详解#xff1a;单例模式一、单例模式的原理二、单例模式的实现推荐1、饿汉模式2、静态内部类 三、单例模式的案例四、单例模式的使用场景推荐总结 一、单例模式的原理
单例模式听起来很高大上#xff0c;但其实它的核心…设计模式详解单例模式 文章目录 设计模式详解单例模式一、单例模式的原理二、单例模式的实现推荐1、饿汉模式2、静态内部类 三、单例模式的案例四、单例模式的使用场景推荐总结 一、单例模式的原理
单例模式听起来很高大上但其实它的核心思想很简单就是确保一个类只有一个实例并提供一个全局访问点。单例模式的原理其实不难理解。想象一下你有一个类这个类负责某种特定的资源或功能而这个资源或功能在整个应用程序中只需要一个实例就足够了。这时你就可以使用单例模式来确保这个类只有一个实例并且这个实例可以被整个应用程序访问。
要实现单例模式通常需要做到以下几点
私有化构造函数防止外部通过new关键字创建实例。提供一个静态的私有变量来保存类的唯一实例。提供一个公共的静态方法来获取类的唯一实例如果实例不存在则创建它。
二、单例模式的实现推荐
1、饿汉模式
饿汉式在类加载时就完成了初始化所以类加载较慢但获取对象的速度快。可能会造成一些资源的损失浪费但是不需要开发者关心线程安全之类的问题。它有以下优点
线程安全由于实例的初始化在类加载时就完成了因此它是线程安全的多个线程同时调用getInstance()方法时不会存在竞态条件。简单明了实现方式简单直观易于理解。
代码示例
public class Singleton { private Singleton() { // 私有化构造函数 } // 静态内部类 private static class SingletonHolder { private static final Singleton INSTANCE new Singleton(); } public static Singleton getInstance() { return SingletonHolder.INSTANCE; }
}2、静态内部类
静态内部类利用JVM的类加载机制来保证初始化instance时只有一个线程所以它是线程安全的同时该实现方式也是延迟加载的即类加载时不初始化只有在第一次调用getInstance()方法时才初始化。它有以下优点
线程安全与饿汉式类似由于使用了静态内部类在类加载时并不会初始化INSTANCE而是在第一次调用getInstance()方法时由JVM来确保线程安全地初始化INSTANCE。延迟加载实现了懒汉式的延迟加载效果只有在第一次真正需要使用单例时才进行初始化节省了系统资源。双重校验锁效果的简化实现避免了复杂的双重校验锁实现降低了出错的可能性同时保持了线程安全。
静态内部类的实现结合了饿汉式的线程安全和懒汉式的延迟加载的优点既保证了线程安全又实现了延迟加载是一种较为推荐的单例实现方式。
三、单例模式的案例
为了更好地理解单例模式我们来看一个简单的案例。假设我们有一个配置管理类ConfigManager这个类负责读取和提供应用程序的配置信息。由于配置信息在应用程序中是全局共享的所以我们希望ConfigManager在整个应用程序中只有一个实例。
下面是一个简单的单例模式实现
public class ConfigManager { // 静态的私有变量保存类的唯一实例 private static ConfigManager instance; // 私有化构造函数 private ConfigManager() { // 初始化代码 } // 公共的静态方法获取类的唯一实例 public static ConfigManager getInstance() { if (instance null) { instance new ConfigManager(); } return instance; } // 提供读取配置信息的方法 public String getConfigValue(String key) { // 实现读取配置的逻辑 return value from config; }
}在上面的代码中我们通过将构造函数私有化来防止外部直接创建ConfigManager的实例。然后我们提供了一个公共的静态方法getInstance()来获取类的唯一实例。当第一次调用这个方法时它会创建ConfigManager的实例并保存在instance变量中之后再次调用时就直接返回已经创建的实例。
四、单例模式的使用场景推荐
日志记录器单例模式能够确保整个应用程序使用同一个日志记录器实例。这有助于统一管理和配置日志记录器的行为包括日志级别、输出格式、存储位置等使得日志信息能够按照预定的规范进行记录方便后续的查看和分析。配置管理类在应用程序中通常会有一些全局的配置信息如数据库连接信息、系统参数等。这些配置信息在整个应用程序中都需要访问且应该保持一致。通过使用单例模式可以确保配置管理类只有一个实例从而避免配置信息的重复加载和不一致问题。数据库连接池数据库连接是应用程序中经常使用的资源频繁地创建和销毁数据库连接会消耗大量的系统资源并可能导致性能问题。通过使用单例模式实现数据库连接池可以确保整个应用程序使用一个共享的数据库连接池实例。这样连接池可以管理一定数量的数据库连接并根据需要进行复用从而提高系统性能和响应速度。线程池线程是应用程序中执行任务的基本单位。频繁地创建和销毁线程会浪费系统资源并可能导致线程管理混乱。通过使用单例模式实现线程池可以管理和复用线程资源减少线程的创建和销毁开销。线程池可以维护一定数量的线程并根据任务需求进行调度和执行从而提高系统的并发性能和响应速度。SpringBoot使用单例模式在Spring Boot框架中单例模式得到了广泛的应用。通过使用Component、Service、Controller等注解可以将Bean托管到Spring的容器中进行管理。这些注解标识的类在Spring容器中默认是单例的即整个Spring IoC容器中只会存在一个实例。这种管理方式简化了对象的创建和管理使得开发者可以更加专注于业务逻辑的实现而无需关心对象的生命周期和依赖关系。
单例模式的使用场景非常广泛除了上述列的之外还有如缓存管理、消息队列、定时任务管理等。然而需要注意的是虽然单例模式在某些场景下非常有用但它并不适用于所有情况。在设计系统时应根据具体需求和场景来选择合适的设计模式以确保系统的可维护性、可扩展性和性能。 总结
通过掌握单例模式的原理、案例和使用场景我们可以更加灵活地运用它来解决实际开发中的问题。希望这篇文章能够帮助大家更好地理解和应用单例模式为后续的Java学习和实践打下坚实的基础。
