*号表示面试常见

二、创建型

1. 单例(Singleton)

Intent

确保一个类只有一个实例,并提供该实例的全局访问点。

Class Diagram

使用一个私有构造函数、一个私有静态变量以及一个公有静态函数来实现。

私有构造函数保证了不能通过构造函数来创建对象实例,只能通过公有静态函数返回唯一的私有静态变量。

image.png

Implementation

Ⅰ 懒汉式-线程不安全

以下实现中,私有静态变量 uniqueInstance 被延迟实例化,这样做的好处是,如果没有用到该类,那么就不会实例化 uniqueInstance,从而节约资源。

这个实现在多线程环境下是不安全的,如果多个线程能够同时进入 if (uniqueInstance == null) ,并且此时 uniqueInstance 为 null,那么会有多个线程执行 uniqueInstance = new Singleton(); 语句,这将导致实例化多次 uniqueInstance。

  1. public class Singleton {
  2. private static Singleton uniqueInstance;
  3. private Singleton() {
  4. }
  5. public static Singleton getUniqueInstance() {
  6. if (uniqueInstance == null) {
  7. uniqueInstance = new Singleton();
  8. }
  9. return uniqueInstance;
  10. }
  11. }

Ⅱ 饿汉式-线程安全

线程不安全问题主要是由于 uniqueInstance 被实例化多次,采取直接实例化 uniqueInstance 的方式就不会产生线程不安全问题。

但是直接实例化的方式也丢失了延迟实例化带来的节约资源的好处。

  1. public class Singleton {
  2. //线程不安全问题主要是由于 uniqueIntance被实例化了多次,
  3. //如果uniqueInstance采用直接实例化的话,就不会被实例化多次,也就不会产生线程不安全的问题。
  4. private static Singleton uniqueInstance=new Singleton2();
  5. private Singleton(){
  6. }
  7. public static Singleton getUniqueInstance(){
  8. return uniqueInstance;
  9. }
  10. }

Ⅲ 懒汉式-线程安全

只需要对 getUniqueInstance() 方法加锁,那么在一个时间点只能有一个线程能够进入该方法,
从而避免了实例化多次 uniqueInstance。

但是当一个线程进入该方法之后,其它试图进入该方法的线程都必须等待,
即使 uniqueInstance 已经被实例化了。这会让线程阻塞时间过长,因此该方法有性能问题,不推荐使用。

  1. public class Singleton{
  2. //线程不安全问题主要是由于 uniqueIntance被实例化了多次,
  3. //如果uniqueInstance采用直接实例化的话,就不会被实例化多次,也就不会产生线程不安全的问题。
  4. private static Singleton uniqueInstance;
  5. private Singleton(){
  6. }
  7. //当一个线程进入该方法之后,其它试图进入该方法的线程都必须等待
  8. public synchronized static Singleton getUniqueInstance(){
  9. if(uniqueInstance == null){
  10. uniqueInstance = new Singleton();
  11. }
  12. return uniqueInstance;
  13. }
  14. }
  • 延迟加载的思想
    就是一开始不要加载资源或者数据,一直等,等到马上就要使用这个资源或者数据了,
    躲不过去了才加载,所以也称Lazy Load,
    不是懒惰啊,是“延迟加载”,这在实际开发中是一种很常见的思想,尽可能的节约资源。
  • 缓存的思想
    把这些数据缓存到内存里面,每次操作的时候,先到内存里面找,看有没有这些数据,
    如果有,那么就直接使用,如果没有那么就获取它,并设置到缓存中,下一次访问的时候就可以直接从内存中获取了。
    从而节省大量的时间,当然,缓存是一种典型的空间换时间的方案。

Ⅳ 双重校验锁-线程安全

uniqueInstance 只需要被实例化一次,之后就可以直接使用了。加锁操作只需要对实例化那部分的代码进行,只有当 uniqueInstance 没有被实例化时,才需要进行加锁。

双重校验锁先判断 uniqueInstance 是否已经被实例化,如果没有被实例化,那么才对实例化语句进行加锁。

  1. public class Singleton {
  2. private volatile static Singleton uniqueInstance;
  3. private Singleton() {
  4. }
  5. public static Singleton getUniqueInstance() {
  6. if (uniqueInstance == null) {
  7. synchronized (Singleton.class) {
  8. if (uniqueInstance == null) {
  9. uniqueInstance = new Singleton();
  10. }
  11. }
  12. }
  13. return uniqueInstance;
  14. }
  15. }

考虑下面的实现,也就是只使用了一个 if 语句。
在 uniqueInstance == null 的情况下,如果两个线程都执行了 if 语句,那么两个线程都会进入 if 语句块内。虽然在 if 语句块内有加锁操作,但是两个线程都会执行 uniqueInstance = new Singleton(); 这条语句,只是先后的问题,那么就会进行两次实例化。因此必须使用双重校验锁,也就是需要使用两个 if 语句。

  1. if (uniqueInstance == null) {
  2. synchronized (Singleton.class) {
  3. uniqueInstance = new Singleton();
  4. }
  5. }

uniqueInstance 采用 volatile 关键字修饰也是很有必要的, uniqueInstance = new Singleton(); 这段代码其实是分为三步执行:

  1. 为 uniqueInstance 分配内存空间
  2. 初始化 uniqueInstance
  3. 将 uniqueInstance 指向分配的内存地址

但是由于 JVM 具有指令重排的特性,执行顺序有可能变成 1>3>2。指令重排在单线程环境下不会出现问题,但是在多线程环境下会导致一个线程获得还没有初始化的实例
例如,线程 T1 执行了 1 和 3,此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空,因此返回 uniqueInstance,但此时 uniqueInstance 还未被初始化。

使用 volatile 可以禁止 JVM 的指令重排,保证在多线程环境下也能正常运行。

Ⅴ 静态内部类实现

当 Singleton 类加载时,静态内部类 SingletonHolder 没有被加载进内存。只有当调用 getUniqueInstance() 方法从而触发 SingletonHolder.INSTANCE 时 SingletonHolder 才会被加载,此时初始化 INSTANCE 实例,并且 JVM 能确保 INSTANCE 只被实例化一次。

这种方式不仅具有延迟初始化的好处,而且由 JVM 提供了对线程安全的支持。

  1. public class Singleton {
  2. private Singleton() {
  3. }
  4. private static class SingletonHolder {
  5. private static final Singleton INSTANCE = new Singleton();
  6. }
  7. public static Singleton getUniqueInstance() {
  8. return SingletonHolder.INSTANCE;
  9. }
  10. }

Ⅵ 枚举实现

  1. public enum Singleton {
  2. INSTANCE;
  3. private String objName;
  4. public String getObjName() {
  5. return objName;
  6. }
  7. public void setObjName(String objName) {
  8. this.objName = objName;
  9. }
  10. public static void main(String[] args) {
  11. // 单例测试
  12. Singleton firstSingleton = Singleton.INSTANCE;
  13. firstSingleton.setObjName("firstName");
  14. System.out.println(firstSingleton.getObjName());
  15. Singleton secondSingleton = Singleton.INSTANCE;
  16. secondSingleton.setObjName("secondName");
  17. System.out.println(firstSingleton.getObjName());
  18. System.out.println(secondSingleton.getObjName());
  19. // 反射获取实例测试
  20. try {
  21. Singleton[] enumConstants = Singleton.class.getEnumConstants();
  22. for (Singleton enumConstant : enumConstants) {
  23. System.out.println(enumConstant.getObjName());
  24. }
  25. } catch (Exception e) {
  26. e.printStackTrace();
  27. }
  28. }
  29. }
  1. firstName
  2. secondName
  3. secondName
  4. secondName

该实现在多次序列化再进行反序列化之后,不会得到多个实例。而其它实现需要使用 transient 修饰所有字段,
并且实现序列化和反序列化的方法。

该实现可以防止反射攻击。在其它实现中,通过 setAccessible() 方法可以将私有构造函数的访问级别设置为 public,然后调用构造函数从而实例化对象,如果要防止这种攻击,需要在构造函数中添加防止多次实例化的代码。该实现是由 JVM 保证只会实例化一次,因此不会出现上述的反射攻击。

枚举实现(最推荐使用)

  1. public class Singleton {
  2. private Singleton(){
  3. }
  4. public static Singleton getUniqueInstance(){
  5. return SingletonEnum.INSTANCE.getSingleton();
  6. }
  7. private enum SingletonEnum{
  8. INSTANCE;
  9. private Singleton singleton;
  10. private SingletonEnum(){
  11. singleton = new Singleton();
  12. }
  13. public Singleton getSingleton(){
  14. return singleton;
  15. }
  16. }
  17. }

Examples

  • Logger Classes
  • Configuration Classes
  • Accesing resources in shared mode
  • Factories implemented as Singletons

JDK

2. 简单工厂(Simple Factory)

Intent

在创建一个对象时不向客户暴露内部细节,并提供一个创建对象的通用接口。

Class Diagram

简单工厂把实例化的操作单独放到一个类中,这个类就成为简单工厂类,让简单工厂类来决定应该用哪个具体子类来实例化。

这样做能把客户类和具体子类的实现解耦,客户类不再需要知道有哪些子类以及应当实例化哪个子类

客户类往往有多个,如果不使用简单工厂,那么所有的客户类都要知道所有子类的细节。而且一旦子类发生改变,例如增加子类,那么所有的客户类都要进行修改。

image.png

Implementation

  1. public interface Product {
  2. }
  1. public class ConcreteProduct implements Product {
  2. }
  1. public class ConcreteProduct1 implements Product {
  2. }
  1. public class ConcreteProduct2 implements Product {
  2. }

以下的 Client 类包含了实例化的代码,这是一种错误的实现。如果在客户类中存在这种实例化代码,就需要考虑将代码放到简单工厂中。

  1. public class Client {
  2. public static void main(String[] args) {
  3. int type = 1;
  4. Product product;
  5. if (type == 1) {
  6. product = new ConcreteProduct1();
  7. } else if (type == 2) {
  8. product = new ConcreteProduct2();
  9. } else {
  10. product = new ConcreteProduct();
  11. }
  12. // do something with the product
  13. }
  14. }

以下的 SimpleFactory 是简单工厂实现,它被所有需要进行实例化的客户类调用。

  1. public class SimpleFactory {
  2. public Product createProduct(int type) {
  3. if (type == 1) {
  4. return new ConcreteProduct1();
  5. } else if (type == 2) {
  6. return new ConcreteProduct2();
  7. }
  8. return new ConcreteProduct();
  9. }
  10. }
  1. public class Client {
  2. public static void main(String[] args) {
  3. SimpleFactory simpleFactory = new SimpleFactory();
  4. Product product = simpleFactory.createProduct(1);
  5. // do something with the product
  6. }
  7. }
  • 简单工厂的优缺点

帮助封装:简单工厂虽然很简单,但是非常友好的帮助我们实现了组件的封装,然后让组件外部能真正面向接口编程。

解耦:通过简单工厂,把客户类和具体子类的实现解耦。

可能增加客户端的复杂度:
如果通过客户端的参数来选择具体的实现类,
那么就必须让客户端能理解各个参数所代表的具体功能和含义,这会增加客户端使用的难度,
部分暴露了内部实现,这种情况可以选用可配置的方式来实现

不方便扩展子工厂:私有化简单工厂的构造方法,使用静态方法来创建接口,
也就不能通过写简单工厂类的子类来改变创建接口的方法的行为了。不过,通常情况下是不需要为简单工厂创建子类的。

3. 工厂方法(Factory Method)

Intent

定义了一个创建对象的接口,但由子类决定要实例化哪个类。工厂方法把实例化操作推迟到子类。

Class Diagram

在简单工厂中,创建对象的是另一个类,而在工厂方法中,是由子类来创建对象。

下图中,Factory 有一个 doSomething() 方法,这个方法需要用到一个产品对象,这个产品对象由 factoryMethod() 方法创建。该方法是抽象的,需要由子类去实现。

image.png

Implementation

  1. public abstract class Factory {
  2. abstract public Product factoryMethod();
  3. public void doSomething() {
  4. Product product = factoryMethod();
  5. // do something with the product
  6. }
  7. }
  1. public class ConcreteFactory extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct();
  4. }
  5. }
  1. public class ConcreteFactory1 extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct1();
  4. }
  5. }
  1. public class ConcreteFactory2 extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct2();
  4. }
  5. }

JDK

4. 抽象工厂(Abstract Factory)

Intent

提供一个接口,用于创建 相关的对象家族

Class Diagram

抽象工厂模式创建的是对象家族,也就是很多对象而不是一个对象,并且这些对象是相关的,也就是说必须一起创建出来。而工厂方法模式只是用于创建一个对象,这和抽象工厂模式有很大不同。

抽象工厂模式用到了工厂方法模式来创建单一对象,AbstractFactory 中的 createProductA() 和 createProductB() 方法都是让子类来实现,这两个方法单独来看就是在创建一个对象,这符合工厂方法模式的定义。

至于创建对象的家族这一概念是在 Client 体现,Client 要通过 AbstractFactory 同时调用两个方法来创建出两个对象,在这里这两个对象就有很大的相关性,Client 需要同时创建出这两个对象。

从高层次来看,抽象工厂使用了组合,即 Cilent 组合了 AbstractFactory,而工厂方法模式使用了继承。

image.png

Implementation

  1. public class AbstractProductA {
  2. }
  1. public class AbstractProductB {
  2. }
  1. public class ProductA1 extends AbstractProductA {
  2. }
  1. public class ProductA2 extends AbstractProductA {
  2. }
  1. public class ProductB1 extends AbstractProductB {
  2. }
  1. public class ProductB2 extends AbstractProductB {
  2. }
  1. public abstract class AbstractFactory {
  2. abstract AbstractProductA createProductA();
  3. abstract AbstractProductB createProductB();
  4. }
  1. public class ConcreteFactory1 extends AbstractFactory {
  2. AbstractProductA createProductA() {
  3. return new ProductA1();
  4. }
  5. AbstractProductB createProductB() {
  6. return new ProductB1();
  7. }
  8. }
  1. public class ConcreteFactory2 extends AbstractFactory {
  2. AbstractProductA createProductA() {
  3. return new ProductA2();
  4. }
  5. AbstractProductB createProductB() {
  6. return new ProductB2();
  7. }
  8. }
  1. public class Client {
  2. public static void main(String[] args) {
  3. AbstractFactory abstractFactory = new ConcreteFactory1();
  4. AbstractProductA productA = abstractFactory.createProductA();
  5. AbstractProductB productB = abstractFactory.createProductB();
  6. // do something with productA and productB
  7. }
  8. }

JDK

5. 生成器(Builder)

Intent

封装一个对象的构造过程,并允许按步骤构造。
(将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。)

Class Diagram

要实现同样的构建过程可以创建不同的表现,那么一个自然的思路就是
先把构建过程独立出来,在生成器模式中把它称为指导者
由它来指导装配过程,但是不负责每步具体的实现。
当然,光有指导者是不够的,必须要有能具体实现每步的对象,在生成器模式中称这些实现对象为生成器
这样一来,指导者就是可以重用的构建过程,而生成器是可以被切换的具体实现

image.png

Implementation1

  1. **
  2. * 指导者负责指导装配过程,但是不负责每步具体的实现。
  3. */
  4. public class Director {
  5. private AbstractComputerBuilder computerBuilder;
  6. public void setComputerBuilder(AbstractComputerBuilder computerBuilder) {
  7. this.computerBuilder = computerBuilder;
  8. }
  9. public Product getProduct() {
  10. return computerBuilder.getProduct();
  11. }
  12. public void constructComputer() {
  13. computerBuilder.buildProduct();
  14. computerBuilder.buildMaster();
  15. computerBuilder.buildScreen();
  16. computerBuilder.buildKeyboard();
  17. computerBuilder.buildMouse();
  18. computerBuilder.buildAudio();
  19. }
  20. }
  1. /**
  2. * 定义一个产品类
  3. */
  4. public class Product {
  5. private String master;
  6. private String screen;
  7. private String keyboard;
  8. private String mouse;
  9. private String audio;
  10. public void setMaster(String master) {
  11. this.master = master;
  12. }
  13. public void setScreen(String screen) {
  14. this.screen = screen;
  15. }
  16. public String getMaster() {
  17. return master;
  18. }
  19. public String getScreen() {
  20. return screen;
  21. }
  22. public String getKeyboard() {
  23. return keyboard;
  24. }
  25. public void setKeyboard(String keyboard) {
  26. this.keyboard = keyboard;
  27. }
  28. public String getMouse() {
  29. return mouse;
  30. }
  31. public void setMouse(String mouse) {
  32. this.mouse = mouse;
  33. }
  34. public String getAudio() {
  35. return audio;
  36. }
  37. public void setAudio(String audio) {
  38. this.audio = audio;
  39. }
  40. }
  1. /**
  2. * 生成器的抽象类
  3. * 负责具体实现每步的对象
  4. */
  5. public abstract class AbstractComputerBuilder {
  6. protected Product product;
  7. public Product getProduct() {
  8. return product;
  9. }
  10. public void buildProduct(){
  11. product=new Product();
  12. System.out.println("生产出一台电脑");
  13. }
  14. public abstract void buildMaster();
  15. public abstract void buildScreen();
  16. public abstract void buildKeyboard();
  17. public abstract void buildMouse();
  18. public abstract void buildAudio();
  19. }
  1. public class HPComputerBuilder extends AbstractComputerBuilder{
  2. @Override
  3. public void buildMaster() {
  4. // TODO Auto-generated method stub
  5. product.setMaster("i7,16g,512SSD,1060");
  6. System.out.println("(i7,16g,512SSD,1060)的惠普主机");
  7. }
  8. @Override
  9. public void buildScreen() {
  10. // TODO Auto-generated method stub
  11. product.setScreen("4K");
  12. System.out.println("(4K)的惠普显示屏");
  13. }
  14. @Override
  15. public void buildKeyboard() {
  16. // TODO Auto-generated method stub
  17. product.setKeyboard("cherry 青轴机械键盘");
  18. System.out.println("(cherry 青轴机械键盘)的键盘");
  19. }
  20. @Override
  21. public void buildMouse() {
  22. // TODO Auto-generated method stub
  23. product.setMouse("MI 鼠标");
  24. System.out.println("(MI 鼠标)的鼠标");
  25. }
  26. @Override
  27. public void buildAudio() {
  28. // TODO Auto-generated method stub
  29. product.setAudio("飞利浦 音响");
  30. System.out.println("(飞利浦 音响)的音响");
  31. }
  32. }
  1. public class DELLComputerBuilder extends AbstractComputerBuilder{
  2. @Override
  3. public void buildMaster() {
  4. // TODO Auto-generated method stub
  5. product.setMaster("i7,32g,1TSSD,1060");
  6. System.out.println("(i7,32g,1TSSD,1060)的戴尔主机");
  7. }
  8. @Override
  9. public void buildScreen() {
  10. // TODO Auto-generated method stub
  11. product.setScreen("4k");
  12. System.out.println("(4k)的dell显示屏");
  13. }
  14. @Override
  15. public void buildKeyboard() {
  16. // TODO Auto-generated method stub
  17. product.setKeyboard("cherry 黑轴机械键盘");
  18. System.out.println("(cherry 黑轴机械键盘)的键盘");
  19. }
  20. @Override
  21. public void buildMouse() {
  22. // TODO Auto-generated method stub
  23. product.setMouse("MI 鼠标");
  24. System.out.println("(MI 鼠标)的鼠标");
  25. }
  26. @Override
  27. public void buildAudio() {
  28. // TODO Auto-generated method stub
  29. product.setAudio("飞利浦 音响");
  30. System.out.println("(飞利浦 音响)的音响");
  31. }
  32. }
  1. /**
  2. * 指导者就是可以重用的构建过程,
  3. * 而生成器是可以被切换的具体实现
  4. */
  5. public class Client {
  6. public static void main(String[] args) {
  7. AbstractComputerBuilder computerBuilder=new HPComputerBuilder();
  8. AbstractComputerBuilder computerBuilder2=new DELLComputerBuilder();
  9. Director director=new Director();
  10. director.setComputerBuilder(computerBuilder);
  11. director.constructComputer();
  12. //获取PC
  13. Product pc=director.getProduct();
  14. director.setComputerBuilder(computerBuilder2);
  15. director.constructComputer();
  16. Product pc2=director.getProduct();
  17. }
  18. }

生成器的调用顺序:

image.png

Implementation2

以下是一个简易的 StringBuilder 实现,参考了 JDK 1.8 源码。

  1. public class AbstractStringBuilder {
  2. protected char[] value;
  3. protected int count;
  4. public AbstractStringBuilder(int capacity) {
  5. count = 0;
  6. value = new char[capacity];
  7. }
  8. public AbstractStringBuilder append(char c) {
  9. ensureCapacityInternal(count + 1);
  10. value[count++] = c;
  11. return this;
  12. }
  13. private void ensureCapacityInternal(int minimumCapacity) {
  14. // overflow-conscious code
  15. if (minimumCapacity - value.length > 0)
  16. expandCapacity(minimumCapacity);
  17. }
  18. void expandCapacity(int minimumCapacity) {
  19. int newCapacity = value.length * 2 + 2;
  20. if (newCapacity - minimumCapacity < 0)
  21. newCapacity = minimumCapacity;
  22. if (newCapacity < 0) {
  23. if (minimumCapacity < 0) // overflow
  24. throw new OutOfMemoryError();
  25. newCapacity = Integer.MAX_VALUE;
  26. }
  27. value = Arrays.copyOf(value, newCapacity);
  28. }
  29. }
  1. public class StringBuilder extends AbstractStringBuilder {
  2. public StringBuilder() {
  3. super(16);
  4. }
  5. @Override
  6. public String toString() {
  7. // Create a copy, don't share the array
  8. return new String(value, 0, count);
  9. }
  10. }
  1. public class Client {
  2. public static void main(String[] args) {
  3. StringBuilder sb = new StringBuilder();
  4. final int count = 26;
  5. for (int i = 0; i < count; i++) {
  6. sb.append((char) ('a' + i));
  7. }
  8. System.out.println(sb.toString());
  9. }
  10. }
  1. abcdefghijklmnopqrstuvwxyz

JDK

6. 原型模式(Prototype)

Intent

使用原型实例指定要创建对象的类型,通过复制这个原型来创建新对象

Class Diagram

image.png

Implementation

  1. public class Prototype implements Cloneable{
  2. @Override
  3. protected Prototype clone() throws CloneNotSupportedException {
  4. Prototype p=null;
  5. try{
  6. p=(Prototype)super.clone();
  7. }catch (ClassCastException e){
  8. e.printStackTrace();
  9. }
  10. return p;
  11. }
  12. }
  1. public class ConcretePrototype extends Prototype{
  2. private String field;
  3. public ConcretePrototype(String filed){
  4. this.field=filed;
  5. }
  6. @Override
  7. public String toString() {
  8. return field;
  9. }
  10. }
  1. public class Client {
  2. public static void main(String[] args) throws CloneNotSupportedException {
  3. Prototype obj1=new ConcretePrototype("abc");
  4. Prototype obj2=obj1.clone();
  5. Prototype obj3=obj1.clone();
  6. System.out.println(obj1);
  7. System.out.println(obj2);
  8. System.out.println(obj3);
  9. }
  10. }
  1. abc
  2. abc
  3. abc

JDK