本人免费整理了Java高级资料,涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程,一共30G,需要自己领取。
传送门:https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q

一、概述

设计模式是解决问题的方案,学习现有的设计模式可以做到经验复用。

拥有设计模式词汇,在沟通时就能用更少的词汇来讨论,并且不需要了解底层细节。

二、创建型

1. 单例(Singleton)

Intent

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

Class Diagram

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

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

Implementation

Ⅰ 懒汉式-线程不安全

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

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

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

Ⅱ 饿汉式-线程安全

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

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

  1. private static Singleton uniqueInstance = new Singleton();

Ⅲ 懒汉式-线程安全

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

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

  1. public static synchronized Singleton getUniqueInstance() {
  2. if (uniqueInstance == null) {
  3. uniqueInstance = new Singleton();
  4. }
  5. return uniqueInstance;
  6. }

Ⅳ 双重校验锁-线程安全

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

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

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

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

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

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.  
  3. private Singleton() {
  4. }
  5.  
  6. private static class SingletonHolder {
  7. private static final Singleton INSTANCE = new Singleton();
  8. }
  9.  
  10. public static Singleton getUniqueInstance() {
  11. return SingletonHolder.INSTANCE;
  12. }
  13. }

Ⅵ 枚举实现

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

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

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

Examples

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

JDK

2. 简单工厂(Simple Factory)

Intent

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

Class Diagram

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

这样做能把客户类和具体子类的实现解耦,客户类不再需要知道有哪些子类以及应当实例化哪个子类。客户类往往有多个,如果不使用简单工厂,那么所有的客户类都要知道所有子类的细节。而且一旦子类发生改变,例如增加子类,那么所有的客户类都要进行修改。

Implementation

  1. public interface Product {
  2. }
  3. public class ConcreteProduct implements Product {
  4. }
  5. public class ConcreteProduct1 implements Product {
  6. }
  7. public class ConcreteProduct2 implements Product {
  8. }

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

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

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

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

3. 工厂方法(Factory Method)

Intent

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

Class Diagram

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

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

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. }
  8. public class ConcreteFactory extends Factory {
  9. public Product factoryMethod() {
  10. return new ConcreteProduct();
  11. }
  12. }
  13. public class ConcreteFactory1 extends Factory {
  14. public Product factoryMethod() {
  15. return new ConcreteProduct1();
  16. }
  17. }
  18. public class ConcreteFactory2 extends Factory {
  19. public Product factoryMethod() {
  20. return new ConcreteProduct2();
  21. }
  22. }

JDK

4. 抽象工厂(Abstract Factory)

Intent

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

Class Diagram

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

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

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

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

Implementation

  1. public class AbstractProductA {
  2. }
  3. public class AbstractProductB {
  4. }
  5. public class ProductA1 extends AbstractProductA {
  6. }
  7. public class ProductA2 extends AbstractProductA {
  8. }
  9. public class ProductB1 extends AbstractProductB {
  10. }
  11. public class ProductB2 extends AbstractProductB {
  12. }
  13. public abstract class AbstractFactory {
  14. abstract AbstractProductA createProductA();
  15. abstract AbstractProductB createProductB();
  16. }
  17. public class ConcreteFactory1 extends AbstractFactory {
  18. AbstractProductA createProductA() {
  19. return new ProductA1();
  20. }
  21.  
  22. AbstractProductB createProductB() {
  23. return new ProductB1();
  24. }
  25. }
  26. public class ConcreteFactory2 extends AbstractFactory {
  27. AbstractProductA createProductA() {
  28. return new ProductA2();
  29. }
  30.  
  31. AbstractProductB createProductB() {
  32. return new ProductB2();
  33. }
  34. }
  35. public class Client {
  36. public static void main(String[] args) {
  37. AbstractFactory abstractFactory = new ConcreteFactory1();
  38. AbstractProductA productA = abstractFactory.createProductA();
  39. AbstractProductB productB = abstractFactory.createProductB();
  40. // do something with productA and productB
  41. }
  42. }

JDK

5. 生成器(Builder)

Intent

封装一个对象的构造过程,并允许按步骤构造。

Class Diagram

Implementation

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

  1. public class AbstractStringBuilder {
  2. protected char[] value;
  3.  
  4. protected int count;
  5.  
  6. public AbstractStringBuilder(int capacity) {
  7. count = 0;
  8. value = new char[capacity];
  9. }
  10.  
  11. public AbstractStringBuilder append(char c) {
  12. ensureCapacityInternal(count + 1);
  13. value[count++] = c;
  14. return this;
  15. }
  16.  
  17. private void ensureCapacityInternal(int minimumCapacity) {
  18. // overflow-conscious code
  19. if (minimumCapacity - value.length > 0)
  20. expandCapacity(minimumCapacity);
  21. }
  22.  
  23. void expandCapacity(int minimumCapacity) {
  24. int newCapacity = value.length * 2 + 2;
  25. if (newCapacity - minimumCapacity < 0)
  26. newCapacity = minimumCapacity;
  27. if (newCapacity < 0) {
  28. if (minimumCapacity < 0) // overflow
  29. throw new OutOfMemoryError();
  30. newCapacity = Integer.MAX_VALUE;
  31. }
  32. value = Arrays.copyOf(value, newCapacity);
  33. }
  34. }
  35. public class StringBuilder extends AbstractStringBuilder {
  36. public StringBuilder() {
  37. super(16);
  38. }
  39.  
  40. @Override
  41. public String toString() {
  42. // Create a copy, don't share the array
  43. return new String(value, 0, count);
  44. }
  45. }
  46. public class Client {
  47. public static void main(String[] args) {
  48. StringBuilder sb = new StringBuilder();
  49. final int count = 26;
  50. for (int i = 0; i < count; i++) {
  51. sb.append((char) ('a' + i));
  52. }
  53. System.out.println(sb.toString());
  54. }
  55. }
  56. abcdefghijklmnopqrstuvwxyz

JDK

6. 原型模式(Prototype)

Intent

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

Class Diagram

Implementation

  1. public abstract class Prototype {
  2. abstract Prototype myClone();
  3. }
  4. public class ConcretePrototype extends Prototype {
  5.  
  6. private String filed;
  7.  
  8. public ConcretePrototype(String filed) {
  9. this.filed = filed;
  10. }
  11.  
  12. @Override
  13. Prototype myClone() {
  14. return new ConcretePrototype(filed);
  15. }
  16.  
  17. @Override
  18. public String toString() {
  19. return filed;
  20. }
  21. }
  22. public class Client {
  23. public static void main(String[] args) {
  24. Prototype prototype = new ConcretePrototype("abc");
  25. Prototype clone = prototype.myClone();
  26. System.out.println(clone.toString());
  27. }
  28. }
  29. abc

JDK

Java的23种设计模式,详细讲解(一)的更多相关文章

  1. JAVA:23种设计模式详解(转)

    设计模式(Design Patterns) ——可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了 ...

  2. Java实现23种设计模式

    一.设计模式的分类 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接 ...

  3. Java 开发23种设计模式

    设计模式(Design Patterns) ——可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了 ...

  4. Java的23种设计模式(转)

    设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于 ...

  5. Java的23种设计模式<一>

    设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代 码可靠性. 毫无疑问,设计模式 ...

  6. 从追MM谈Java的23种设计模式(转)

    从追MM谈Java的23种设计模式    这个是从某个文章转载过来的.但是忘了原文链接.如果知道的,我追加一下. 1.FACTORY-追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西 ...

  7. 从追MM谈Java的23种设计模式

    从追MM谈Java的23种设计模式 1.FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯 德基,只管向服务员说“来四个鸡 ...

  8. Java基础-Java中23种设计模式之常用的设计模式

    Java基础-Java中23种设计模式之常用的设计模式 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任.   一.设计模式分类 设计模式是针对特定场景给出的专家级的解决方案.总的来说设 ...

  9. Java中23种设计模式(附代码样例)

    一.设计模式分类总体来说设计模式分为三大类:创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式.结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组 ...

  10. java的23种设计模式之建造者模式

    场景和本质 场景 本质 案例 原理 应用场景 场景和本质 场景 我们要建造一个复杂的产品.比如:神州飞船,Iphone.这个复杂的产品的创建.有这样一个问题需要处理:装配这些子组件是不是有个步骤问题? ...

随机推荐

  1. Ruby入门1

    由于部门的自动化是由一个前辈实现的,他使用的Ruby的语言来实现的,所以需要学习一下Ruby语言,争取在15天左右可以掌握Ruby语言!加油~~~ 1.常量&变量 # 1.常量 # 一般用大写 ...

  2. 用深度学习做命名实体识别(二):文本标注工具brat

    本篇文章,将带你一步步的安装文本标注工具brat. brat是一个文本标注工具,可以标注实体,事件.关系.属性等,只支持在linux下安装,其使用需要webserver,官方给出的教程使用的是Apac ...

  3. Python 调用 Hprose接口、Dubbo接口、Java方法

    #!/usr/bin/env python # -*- coding:utf-8 -*- # ************************************* # @Time : 2019/ ...

  4. 【Luogu P3994】高速公路

    Problem Background \(C\) 国拥有一张四通八达的高速公路网树,其中有 \(n\) 个城市,城市之间由一共 \(n-1\) 条高速公路连接.除了首都 \(1\) 号城市,每个城市都 ...

  5. Spring Boot 2.2.2.RELEASE 版本中文参考文档

    写在前面 在我初次接触MongoDB的时候,是为了做一个监控系统和日志分析系统.当时在用Java操作MongoDB数据里的数据的时候,都是在网上查找Demo示例然后完成的功能,相信大家也同样的体会,网 ...

  6. Vue中调用另一个组件中自定义事件

    之前在一个场景中,遇到组件需要调用父组件中的方法tableInit(),字组件调用父组件常用的有三种方法,具体参考:https://www.cnblogs.com/jin-zhe/p/9523782. ...

  7. 记录一次netcore3.0 code first使用迁移命令报错问题

    环境描述:macOS .vscode .netcore3.0 迁移工具:Microsoft.EntityFrameworkCore.Tools 遇到的问题: Could not execute bec ...

  8. Java - IO System类支持和缓冲流

    System类的支持和缓冲流 System类对IO的支持 在System类中,为了支持IO操作提供了三个常量: 错误输出: public static final PrintStream err; 输 ...

  9. Xcode报错:could not attach to pid:"1764"

    这种错误不是什么问题,按照参考链接操作即可,亲测有效: https://www.cnblogs.com/luorende/p/6295945.html 在运行项目时出现了如下错误 (基本上重新启动项目 ...

  10. JS 语句

    JS 语句 JavaScript 语句 JavaScript 语句向浏览器发出的命令.语句的作用是告诉浏览器该做什么. 下面的 JavaScript 语句向 id="demo" 的 ...