设计模式面试题-CSDN博客

本文链接：https://blog.csdn.net/weixin_47560724/article/details/138967511

1. 列举一下设计模式

设计模式是软件工程中经常出现的问题的典型解决方案，这些解决方案被总结和命名，以供其他开发者学习和使用。设计模式主要分为三大类：创建型、结构型和行为型。

创建型模式（Creational Patterns）：这类模式主要处理对象的创建过程，主要有以下几种：
- 单例模式（Singleton）：确保一个类只有一个实例，并提供一个全局访问点。
- 工厂方法模式（Factory Method）：定义一个用于创建对象的接口，让子类决定实例化哪一个类。
- 抽象工厂模式（Abstract Factory）：创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
- 建造者模式（Builder）：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
- 原型模式（Prototype）：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
结构型模式（Structural Patterns）：这类模式主要处理类和对象的组合，主要有以下几种：
- 适配器模式（Adapter）：将一个类的接口转换成客户期望的另一个接口。
- 装饰器模式（Decorator）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰器模式比生成子类更为灵活。
- 代理模式（Proxy）：为其他对象提供一种代理以控制对这个对象的访问。
- 外观模式（Facade）：提供了一个统一的接口，用来访问子系统中的一群接口。
- 桥接模式（Bridge）：将抽象部分与实现部分分离，使它们都可以独立地变化。
- 组合模式（Composite）：将对象组合成树形结构以表示“部分-整体”的层次结构。
- 享元模式（Flyweight）：运用共享技术有效地支持大量细粒度的对象。
行为型模式（Behavioral Patterns）：这类模式主要处理类的对象之间的通信，主要有以下几种：
- 策略模式（Strategy）：定义一系列的算法,把它们一个个封装起来,并且使它们可以互相替换。
- 模板方法模式（Template Method）：定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。
- 观察者模式（Observer）：对象间的一对多依赖关系，当一个对象改变状态，所有依赖于它的对象都会得到通知并自动更新。
- 状态模式（State）：允许一个对象在其内部状态改变时改变它的行为。
- 命令模式（Command）：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化。
- 责任链模式（Chain of Responsibility）：使多个对象都有机会处理请求，从而避免了请求发送者和接收者之间的耦合关系。
- 中介者模式（Mediator）：用一个中介对象来封装一系列的对象交互。
- 迭代器模式（Iterator）：提供一种方法顺序访问一个聚合对象中各个元素, 而又不暴露该对象的内部表示。
- 访问者模式（Visitor）：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这些元素的新操作。
- 备忘录模式（Memento）：捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在将来恢复对象为先前的状态。

2. 设计模式的作用

提高代码复用性：设计模式通常提供了一种标准化的方法来解决问题，使得相似的代码可以在不同的项目中重复使用。
提高可维护性：设计模式有助于编写结构化和模块化的代码，这使得理解和修改代码变得更加容易，从而提高了代码的可维护性。
提高可扩展性：设计模式可以帮助设计出易于扩展的软件架构，当需要添加新功能时，可以最小化对现有代码的修改。
提高代码的可读性：设计模式是广泛认可的最佳实践，开发者可以通过设计模式的名称和结构来快速理解代码的意图和功能。
促进良好的设计原则：设计模式通常遵循面向对象设计的原则，如封装、继承和多态，以及单一职责、开闭原则等，这有助于提高软件的质量。
提供沟通的共同语言：设计模式为开发者提供了一种通用的词汇表，可以更准确地描述和讨论软件架构和设计问题。
减少错误：设计模式是基于多年经验和实践的解决方案，使用它们可以帮助避免常见的编程错误和设计缺陷。
提高开发效率：设计模式提供了一种快速解决问题的方法，开发者不必从头开始解决每一个问题，而是可以基于设计模式进行快速开发。
支持演化式设计：设计模式可以帮助开发者在不破坏现有代码的情况下，逐步改进和扩展软件系统。
优化性能：某些设计模式，如享元模式，可以减少对象的创建，从而优化内存使用和性能。

3. 设计模式在实际项目中如何应用？

在实际项目中应用设计模式通常涉及以下几个步骤：

识别问题：首先，你需要识别项目中出现的问题或需求，这可能是一个反复出现的问题，或者是一个需要灵活处理的场景。
理解设计模式：然后，你需要对设计模式有一个深入的理解，包括它的意图、结构、参与者和协作方式。这样你才能判断哪种设计模式最适合你的问题。
选择合适的设计模式：根据问题的具体情况，选择一个或多个最合适的设计模式。这可能需要考虑现有的系统架构、代码基、团队的技能水平以及项目的需求。
设计解决方案：在设计阶段，你会使用所选设计模式来设计一个新的组件或系统。这可能包括创建新的类、接口和对象，以及确定它们之间的关系。
实现代码：将设计方案转化为实际的代码。确保遵循设计模式的原则和最佳实践，同时也要考虑到代码的可读性和可维护性。
测试：编写单元测试和集成测试来验证实现的正确性。确保新的组件或系统在引入设计模式后仍然能够正常工作，并且满足性能和功能需求。
重构：在实现和测试之后，可能需要对代码进行重构，以优化性能或提高代码质量。重构时，确保设计模式的应用仍然符合初衷。
文档和培训：记录设计模式的应用情况，以及在项目中如何使用它们。这可能包括更新开发文档和代码注释。同时，可能需要对团队成员进行培训，以确保他们理解设计模式的应用和好处。
维护和演进：随着时间的推移，软件系统会发生变化。在维护和演进过程中，确保设计模式的应用仍然适用，并根据需要进行调整。

4. 单例模式的实际应用

单例模式（Singleton Pattern）是一种创建型设计模式，它确保一个类只有一个实例，并提供一个全局访问点来获取该实例。单例模式在实际应用中非常普遍，尤其在需要控制资源访问、共享状态或配置设置的场景中。
以下是一些单例模式的实际应用示例：

配置管理：在一个应用程序中，可能需要一个对象来管理所有的配置信息，这些信息在应用程序中是全局共享的。使用单例模式可以确保配置对象只有一个实例，从而保证配置的一致性。
数据库连接池：在多线程应用程序中，可能需要一个数据库连接池来管理数据库连接。使用单例模式可以确保连接池只有一个实例，从而避免创建多个连接池造成的资源浪费和管理混乱。
日志记录器：日志记录器通常需要记录整个应用程序的运行状态，因此需要保证只有一个实例来写入日志文件。使用单例模式可以确保日志记录器的唯一性。
线程池：在需要控制线程数量的应用程序中，线程池可以确保线程的合理利用。使用单例模式可以确保线程池只有一个实例，从而方便管理和维护。
驱动管理：在某些系统中，可能需要管理特定设备的驱动程序。使用单例模式可以确保驱动的唯一实例，方便驱动的加载和卸载。
全局工具类：有些工具类需要全局访问，比如用于格式化日期、处理文件等。使用单例模式可以确保这些工具类的实例不会被重复创建。
单例模式的实现通常涉及到以下几个关键点：

私有构造函数：确保外部无法通过new关键字创建类的实例。
静态实例变量：保存类的唯一实例。
静态工厂方法：提供全局访问点，用于获取实例。这个方法通常会检查实例是否已经创建，如果没有，则创建一个新的实例。

以下是几种实现单例模式的方法：

饿汉式单例（java）

饿汉式单例（Eager Singleton）是一种单例模式的实现方式，它确保单例实例在类加载时立即被创建。这种方式的特点是单例实例在第一次使用之前就已经被创建好了，因此不会出现懒加载的问题。
在饿汉式单例中，通常会使用静态字段来存储单例实例，这样在类加载时，静态字段就会被初始化，从而创建了单例实例。这种方式简单直接，但可能会导致单例实例在单例类未被使用之前就被创建，可能会浪费一些资源。
以下是饿汉式单例的一个简单示例：

public class Singleton {
   
    private static final Singleton instance = new Singleton();
    private Singleton() {
   
        // 私有构造函数，防止外部通过new创建实例
    }
    public static Singleton getInstance() {
   
        return instance;
    }
}

在这个例子中，Singleton 类有一个私有静态字段 instance，它包含了一个 Singleton 对象的实例。getInstance() 方法简单地返回这个静态字段，这样就保证了只有一个 Singleton 实例。
饿汉式单例的优点是简单易用，且在类加载时就能确保单例实例的唯一性，不需要在运行时进行额外的检查。但它的缺点是如果单例类在整个应用程序的生命周期内都没有被使用，那么这个单例实例就会一直存在，可能会造成资源浪费。此外，由于单例实例在类加载时就已经创建，因此无法实现延迟加载。

懒汉式单例（java）

懒汉式单例（Lazy Singleton）是一种单例模式的实现方式，它确保单例实例在第一次使用时才被创建。这种方式的特点是单例实例在需要时才被创建，而不是在类加载时就创建，这样可以实现延迟加载，减少资源浪费。
在懒汉式单例中，通常会使用一个静态方法来获取单例实例，这个方法在第一次调用时才会创建单例实例。为了避免多线程环境下可能出现的线程安全问题，可以采用同步锁（synchronized）来保证单例实例的创建是线程安全的。
以下是懒汉式单例的一个简单示例：

public class Singleton {
   
    private static Singleton instance;
    private Singleton() {
   
        // 私有构造函数，防止外部通过new创建实例
    }