Java基础 设计模式——针对实习面试

Java基础 设计模式

单例模式

1. 单例模式（Singleton Pattern）
   • 定义：确保一个类只有一个实例，并提供一个全局访问点来访问这个实例。
   • 适用场景：
     • 当系统中某个类只需要一个实例，如数据库连接池。因为频繁地创建和销毁数据库连接是非常消耗资源的，使用单例模式可以保证整个应用程序中只有一个数据库连接池实例，所有需要数据库连接的地方都从这个实例获取连接。
     • 配置文件管理器，整个应用程序通常只需要一个配置文件管理器来读取和管理配置信息。
   • 示例代码（懒汉式单例）

class Singleton {private static Singleton instance;private Singleton() {}public static Singleton getInstance() {if (instance == null) {instance = new Singleton();}return instance;}
}

• 解释：在上述代码中，Singleton类的构造函数是私有的，这样就防止了其他类直接通过new关键字来创建Singleton类的实例。getInstance方法是获取单例对象的公共方法，当instance为null时，创建一个新的Singleton实例，然后返回这个实例。不过这种懒汉式单例在多线程环境下可能会出现问题，因为可能会有多个线程同时判断instance为null，从而创建多个实例。可以通过加锁等方式解决这个问题，比如使用双重检查锁定（DCL - Double - Checked Locking）。

工厂模式

2. 工厂模式（Factory Pattern）
   • 定义：定义一个创建对象的接口，但让子类决定实例化哪个类。工厂模式把对象的创建和使用分离。
   • 适用场景：
     • 当对象的创建过程比较复杂，比如创建对象需要读取配置文件、连接数据库等操作时。例如，在一个游戏开发中，游戏角色有多种类型（战士、法师、刺客），不同类型的角色初始化过程不同，使用工厂模式可以将角色创建过程封装在工厂类中。
     • 根据不同条件创建不同类型的对象。例如，在一个图形绘制系统中，根据用户选择绘制不同的图形（圆形、矩形、三角形），可以使用工厂模式来创建这些图形对象。
   • 示例代码（简单工厂模式）

// 产品接口
interface Shape {void draw();
}
// 具体产品类 - 圆形
class Circle implements Shape {@Overridepublic void draw() {System.out.println("Drawing a circle");}
}
// 具体产品类 - 矩形
class Rectangle implements Shape {@Overridepublic void draw() {System.out.println("Drawing a rectangle");}
}
// 工厂类
class ShapeFactory {public Shape getShape(String shapeType) {if (shapeType.equalsIgnoreCase("circle")) {return new Circle();} else if (shapeType.equalsIgnoreCase("rectangle")) {return new Rectangle();}return null;}
}

• 解释：Shape是产品接口，Circle和Rectangle是具体的产品类，它们实现了draw方法。ShapeFactory是工厂类，getShape方法根据传入的shapeType字符串来决定创建哪种具体的形状对象。这样，当需要创建形状对象时，只需要调用工厂类的getShape方法，而不需要关心具体对象的创建细节。

观察者模式

3. 观察者模式（Observer Pattern）
   • 定义：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
   • 适用场景：
     • 消息推送系统，当有新的消息产生时，所有订阅了该消息类型的用户（观察者）都会收到通知。例如，在一个新闻发布系统中，当有新的新闻发布时，订阅了该新闻频道的用户会收到更新通知。
     • GUI编程中的事件处理，例如按钮点击事件。当按钮（被观察对象）被点击时，所有注册到这个按钮的事件监听器（观察者）都会收到通知并执行相应的操作。
   • 示例代码

import java.util.ArrayList;
import java.util.List;
// 被观察主题接口
interface Subject {void registerObserver(Observer o);void removeObserver(Observer o);void notifyObservers();
}
// 观察者接口
interface Observer {void update(String message);
}
// 具体被观察主题 - 消息发布者
class MessagePublisher implements Subject {private List<Observer> observers = new ArrayList<>();private String message;@Overridepublic void registerObserver(Observer o) {observers.add(o);}@Overridepublic void removeObserver(Observer o) {observers.remove(o);}@Overridepublic void notifyObservers() {for (Observer observer : observers) {observer.update(message);}}public void setMessage(String message) {this.message = message;notifyObservers();}
}
// 具体观察者 - 用户
class User implements Observer {private String name;public User(String name) {this.name = name;}@Overridepublic void update(String message) {System.out.println(name + " received message: " + message);}
}

• 解释：Subject是被观察主题接口，定义了注册观察者、移除观察者和通知观察者的方法。Observer是观察者接口，update方法用于接收被观察对象的状态更新消息。MessagePublisher是具体的被观察主题，它维护了一个观察者列表，当消息更新（通过setMessage方法）时，会遍历观察者列表并调用每个观察者的update方法。User是具体的观察者，实现了update方法来处理接收到的消息。

策略模式

4. 策略模式（Strategy Pattern）
   • 定义：定义一系列算法，将每个算法封装起来，并使它们可以相互替换。策略模式让算法的变化独立于使用它的客户。
   • 适用场景：
     • 电商系统中的折扣计算。例如，在促销活动中，可能有不同的折扣策略，如满减折扣、百分比折扣、固定金额折扣等。可以将这些折扣计算方法封装成不同的策略类，根据不同的促销活动选择合适的策略。
     • 排序算法的选择。系统中有多种排序算法（冒泡排序、快速排序、归并排序），根据数据的特点和性能要求选择不同的排序策略。
   • 示例代码

// 策略接口
interface DiscountStrategy {double calculateDiscount(double price);
}
// 具体策略 - 百分比折扣
class PercentageDiscount implements DiscountStrategy {private double discountRate;public PercentageDiscount(double discountRate) {this.discountRate = discountRate;}@Overridepublic double calculateDiscount(double price) {return price * discountRate;}
}
// 具体策略 - 固定金额折扣
class FixedAmountDiscount implements DiscountStrategy {private double fixedDiscount;public FixedAmountDiscount(double fixedDiscount) {this.fixedDiscount = fixedDiscount;}@Overridepublic double calculateDiscount(double price) {return fixedDiscount;}
}
// 上下文类
class ShoppingCart {private DiscountStrategy discountStrategy;public ShoppingCart(DiscountStrategy discountStrategy) {this.discountStrategy = discountStrategy;}public double calculateTotalDiscount(double price) {return discountStrategy.calculateDiscount(price);}
}

• 解释：DiscountStrategy是策略接口，定义了calculateDiscount方法用于计算折扣。PercentageDiscount和FixedAmountDiscount是具体的策略类，分别实现了百分比折扣和固定金额折扣的计算方法。ShoppingCart是上下文类，它包含一个DiscountStrategy类型的成员变量，通过构造函数注入具体的策略对象，calculateTotalDiscount方法使用注入的策略对象来计算折扣。这样，当需要改变折扣策略时，只需要创建不同的策略对象并注入到ShoppingCart中即可。

装饰器模式

5. 装饰器模式（Decorator Pattern）
   • 定义：动态地给一个对象添加一些额外的职责。就扩展功能而言，它比继承更灵活。
   • 适用场景：
     • 给一个基本的输入/输出流添加缓冲、加密等功能。例如，在文件读取时，可能先需要对文件内容进行缓冲读取（BufferedInputStream），也可能需要对读取的内容进行加密处理（自定义加密装饰器），可以使用装饰器模式来动态地添加这些功能。
     • 咖啡店的饮品定制。一杯咖啡（基本饮品）可以添加奶泡、焦糖、香草等配料（装饰）来定制口味，每种配料都可以看作是一个装饰器，通过不断地添加装饰器来实现不同的饮品组合。
   • 示例代码（简单的饮品装饰器示例）

// 饮品接口
interface Beverage {double cost();
}
// 具体饮品 - 咖啡
class Coffee implements Beverage {@Overridepublic double cost() {return 5.0;}
}
// 装饰器抽象类
abstract class CondimentDecorator implements Beverage {protected Beverage beverage;public CondimentDecorator(Beverage beverage) {this.beverage = beverage;}
}
// 具体装饰器 - 奶泡
class MilkFoamDecorator extends CondimentDecorator {public MilkFoamDecorator(Beverage beverage) {super(beverage);}@Overridepublic double cost() {return beverage.cost() + 1.0;}
}
// 具体装饰器 - 焦糖
class CaramelDecorator extends CondimentDecorator {public CaramelDecorator(Beverage beverage) {super(beverage);}@Overridepublic double cost() {return beverage.cost() + 0.5;}
}

• 解释：Beverage是饮品接口，定义了cost方法用于计算饮品价格。Coffee是具体的饮品类。CondimentDecorator是装饰器抽象类，它实现了Beverage接口并且包含一个Beverage类型的成员变量，用于保存被装饰的饮品对象。MilkFoamDecorator和CaramelDecorator是具体的装饰器类，它们在cost方法中先调用被装饰饮品的cost方法，然后再加上自己添加的配料的价格。这样，就可以通过不断地用装饰器包装饮品对象来动态地添加功能和计算价格。例如，MilkFoamDecorator(new CaramelDecorator(new Coffee())).cost()这样的调用就可以计算出一杯加了奶泡和焦糖的咖啡的价格。

其他设计模式

上文五种设计模式是比较常用的，但很难绝对地说它们是“最常用”的。

1. 从使用频率角度看

   • 在实际的软件开发中，单例模式用于管理共享资源，如日志系统、配置管理器等，其使用频率较高。许多框架和应用程序都需要确保某些关键对象在整个生命周期内只有一个实例，以保证资源的有效利用和数据的一致性。
   • 工厂模式有助于解耦对象的创建和使用，在对象创建过程复杂或者需要根据不同条件创建不同对象的场景下被广泛应用。比如在大型企业级应用开发中，经常会用到工厂模式来创建各种业务对象。
   • 观察者模式在事件驱动的编程场景下非常实用，像图形用户界面（GUI）开发、消息队列系统等领域大量使用。随着软件系统的交互性越来越复杂，观察者模式的应用也越来越广泛。
   • 策略模式用于实现算法的灵活替换，在需要根据不同情况选择不同算法或行为的场景下发挥重要作用。例如在金融系统中计算利息的不同策略，或者游戏中角色行为的不同策略选择等场景经常会用到。
   • 装饰器模式对于动态地扩展对象功能很有帮助，在Java的输入/输出流处理以及一些具有可定制功能的对象设计中较为常用，如Web开发中的请求和响应处理，也可以通过装饰器模式来添加诸如缓存、安全验证等额外功能。

2. 其他常用的设计模式还有

   • 代理模式（Proxy Pattern）
     • 适用场景：
       • 远程代理，用于代表一个远程对象，隐藏网络通信等细节。例如，在分布式系统中，一个本地对象代表远程服务器上的对象进行方法调用，通过网络通信获取远程对象的数据或执行远程对象的操作。
       • 虚拟代理，用于延迟加载资源。比如，在网页加载图片时，如果图片很大，可以先使用一个占位符（虚拟代理）显示，当真正需要显示图片细节时（比如图片进入可视区域），再加载实际的图片资源。
   • 模板方法模式（Template Method Pattern）
     • 适用场景：
       • 框架开发中，定义算法的骨架，让子类去实现某些具体步骤。例如，在一个游戏开发框架中，游戏的启动流程（加载资源、初始化场景、开始游戏循环等）可以通过模板方法模式定义，不同类型的游戏（如角色扮演游戏、射击游戏）可以继承这个模板并实现自己特定的加载资源和初始化场景的方式。
   • 外观模式（Facade Pattern）
     • 适用场景：
       • 用于为复杂的子系统提供一个简单统一的接口。例如，在一个计算机系统中，启动计算机涉及到多个硬件设备和软件系统的启动和初始化（CPU、内存、硬盘、操作系统等），可以通过外观模式提供一个简单的“启动计算机”的接口，将内部复杂的操作封装起来，方便用户使用。

这几种设计模式也都有各自特定的适用场景，在很多软件系统的设计和开发中都发挥着重要作用。具体哪种设计模式最常用，还会因不同的业务领域、软件规模、开发团队的习惯等因素而有所不同。