设计模式之创建型设计模式(一):单例模式 & 原型模式

设计模式之创建型设计模式(一):单例模式 & 原型模式_第1张图片

单例模式 Singleton

1、什么是单例模式

在软件设计中,单例模式是一种创建型设计模式,其主要目的是确保一个类只有一个实例,并提供一个全局访问点。

这意味着无论何时需要该类的实例,都可以获得相同的实例,而不会创建新的对象。

单例模式通常用于控制对资源的访问,例如配置文件、数据库连接,或者共享的实例。

2、为什么使用单例模式

  1. 资源共享:单例模式可以确保在整个应用程序中只有一个实例,从而节省系统资源,避免多次创建相同对象。
  2. 全局访问:通过单例模式,可以在任何需要时轻松访问该类的实例,而无需传递它作为参数。
  3. 懒加载:单例模式可以实现懒加载,即只有在需要时才创建实例,而不是在应用程序启动时就创建。

3、如何实现单例模式

示例场景:设计实现一个 Logger 类,用于记录应用程序中的日志信息。

非单例模式的实现
public class Logger {
    private List logs = new ArrayList<>();

    public void log(String message) {
        logs.add(message);
    }
}

// 在应用程序的不同部分创建Logger实例
Logger logger1 = new Logger();
Logger logger2 = new Logger();

logger1.log("Message from logger1");
logger2.log("Message from logger2");

System.out.println(logger1.getLogs());  // ['Message from logger1']
System.out.println(logger2.getLogs());  // ['Message from logger2']
单例模式的实现
public class Logger {
    private static Logger instance;  // 单例实例
    private List logs = new ArrayList<>();

    private Logger() {}

    public static Logger getInstance() {
        if (instance == null) {
            instance = new Logger();
        }
        return instance;
    }

    public void log(String message) {
        logs.add(message);
    }

    public List getLogs() {
        return logs;
    }
}

// 在应用程序的不同部分获取Logger实例
Logger logger1 = Logger.getInstance();
Logger logger2 = Logger.getInstance();

logger1.log("Message from logger1");
logger2.log("Message from logger2");

System.out.println(logger1.getLogs());  // ['Message from logger1', 'Message from logger2']
System.out.println(logger2.getLogs());  // ['Message from logger1', 'Message from logger2']
代码对比说明
  1. 资源共享:使用单例模式后,Logger 实例在整个应用程序中是唯一的,确保了日志的全局共享,避免了每次创建实例都生成新对象的问题。
  2. 全局访问:单例模式允许在应用程序的任何地方访问相同的 Logger 实例,而不必传递它。这提高了代码的简洁性和可维护性。
  3. 懒加载:单例模式的实现中,通过 getInstance 方法进行了懒加载,只有在实例不存在时才创建。这确保了在应用程序启动时不会预先创建实例,而是在需要时才进行创建,提高了效率。

4、是否存在缺陷和不足

  1. 全局状态:单例模式引入了全局状态,可能会导致代码的耦合性增加。由于单例在整个应用程序中都是可见的,其他部分可能难以预测它的状态,从而使代码难以理解和维护。
  2. 并发控制:在多线程环境中,需要考虑并发控制的问题。当多个线程同时尝试第一次获取单例实例时,可能会导致创建多个实例。为了解决这个问题,需要引入同步机制,但这会带来性能的开销。
  3. 隐藏依赖关系:使用单例模式可能导致隐藏了类之间的依赖关系,因为它可以在任何地方访问单例实例。这使得代码的结构变得不够清晰,降低了模块化的优势。
  4. 单一职责原则破坏:单例模式通常负责两个职责控制实例化过程和提供全局访问点。这可能违反了单一职责原则,使得代码的职责不够清晰。
  5. 测试困难:由于单例模式创建实例的逻辑通常包含在类内部,很难进行单元测试。测试过程可能会依赖于全局状态,导致测试的不确定性。

5、如何缓解缺陷和不足

  1. 使用依赖注入:考虑使用依赖注入来解决单例模式引入的全局状态问题。通过将依赖项传递给需要它们的类,可以更好地控制类之间的关系。
  2. 懒加载与双重检查锁定:在多线程环境中,可以使用懒加载和双重检查锁定等技术来确保实例的唯一性,并提高性能。
  3. 考虑其他创建型模式:根据具体需求,考虑其他创建型设计模式,如工厂方法模式或建造者模式,以避免单例模式的一些限制。
  4. 避免过度使用:单例模式并不适用于所有情况,避免过度使用。在确保有明确需求时使用,而不是为了方便而滥用。

虽然单例模式存在一些缺点,但在许多情况下,它仍然是一种有效的设计选择。在使用单例模式时,需要仔细权衡其优点和缺点,并根据具体情况选择合适的设计方式。

原型模式 Prototype

1、什么是原型模式

原型模式是一种创建型设计模式,核心思想是通过复制现有对象来创建新对象,而不是通过实例化类,这种创建新对象的方式更加高效,尤其当新对象的创建成本较高时,使用原型模式可以提高性能。

2、为什么使用原型模式

  1. 性能提升:当新对象的创建成本较高时,通过复制现有对象可以避免重复执行初始化和配置的开销,提高对象创建的效率。
  2. 灵活性:原型模式可以在运行时动态配置对象,通过克隆可以得到一个与原始对象相似的新对象,而无需修改结构。
  3. 简化对象创建:原型模式隐藏了对象的创建细节,使得对象的创建更加简单和统一。

3、如何实现原型模式

非原型模式的实现
public class Book {
    private String title;
    private String author;

    public Book(String title, String author) {
        this.title = title;
        this.author = author;
    }

    // Getters and setters...

    public Book clone() {
        return new Book(this.title, this.author);
    }
}
原型模式的实现
public class Book implements Cloneable {
    private String title;
    private String author;

    public Book(String title, String author) {
        this.title = title;
        this.author = author;
    }

    // Getters and setters...

    @Override
    public Book clone() {
        try {
            return (Book) super.clone();
        } catch (CloneNotSupportedException e) {
            return null;
        }
    }
}

4、是否存在缺陷和不足

  1. 深克隆问题:默认的 clone 方法是浅克隆,即只克隆对象本身,而不克隆其引用类型的成员变量。如果对象包含引用类型的成员变量,可能需要进行深克隆,以避免共享引用对象。
  2. 构造函数不执行:在使用原型模式时,对象的构造函数不会执行,这可能导致某些初始化逻辑未被执行。

5、如何缓解缺陷和不足

  1. 深克隆的实现:如果需要深克隆,可以通过重写 clone 方法,手动克隆引用类型的成员变量,确保新对象独立于原始对象。
  2. 初始化方法:在原型对象中提供一个初始化方法,可以在克隆对象后手动调用该方法,以确保必要的初始化逻辑得以执行。

通过以上缓解措施,可以更好地应对深克隆和构造函数不执行等问题,使得原型模式更加灵活和实用,在实际应用中,根据具体需求和场景选择是否使用原型模式。

你可能感兴趣的:(技术专项能力,设计模式)