Java设计模式（三）—单例设计模式、工厂模式

东风难破

已于 2022-07-19 22:00:41 修改

阅读量475

点赞数

分类专栏：设计模式 java 文章标签： java 设计模式单例模式

于 2021-06-27 21:16:45 首次发布

本文链接：https://blog.csdn.net/qq_37965402/article/details/118276735

版权

java 同时被 2 个专栏收录

22 篇文章 2 订阅

订阅专栏

设计模式

10 篇文章 1 订阅

订阅专栏

第 5 章单例设计模式

5.1 单例设计模式介绍

单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法(静态方法)。
比如 Hibernate 的 SessionFactory，它充当数据存储源的代理，并负责创建 Session 对象。SessionFactory 并不是轻量级的，一般情况下，一个项目通常只需要一个 SessionFactory 就够，这是就会使用到单例模式。
单例设计模式八种方式
（1）饿汉式(静态常量)
（2）饿汉式（静态代码块）
（3）懒汉式(线程不安全)
（4）懒汉式(线程安全，同步方法)
（5）懒汉式(线程安全，同步代码块)
（6）双重检查
（7）静态内部类
（8）枚举

5.2 饿汉式（静态常量）

步骤如下
（1）构造器私有化 (防止 new )
（2）类的内部创建对象
（3）向外暴露一个静态的公共方法。getInstance
代码实现

//饿汉式(静态变量)
class Singleton {
	//1. 构造器私有化, 外部能new
	private Singleton() {
	}
	//2.本类内部创建对象实例
	private final static Singleton instance = new Singleton();
	//3. 提供一个公有的静态方法，返回实例对象 
	public static Singleton getInstance() {
		return instance;
	}
}

说明
（1）通过Singleton instance = Singleton.getInstance(); Singleton instance2 = Singleton.getInstance();
拿到的对象实例是同一个
优缺点说明：
（1）优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同步问题。
（2）缺点：在类装载的时候就完成实例化，没有达到 Lazy Loading（懒加载） 的效果。如果从始至终从未使用过这个实例，则会造成内存的浪费
（3）这种方式基于 classloder 机制避免了多线程的同步问题，不过，instance 在类装载时就实例化，在单例模式中大多数都是调用 getInstance 方法，但是导致类装载的原因有很多种，因此不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化 instance 就没有达到 lazy loading 的效果
（4）结论：这种单例模式可用，可能造成内存浪费

5.3 饿汉式（静态代码块）

代码体现

class Singleton {
	//1. 构造器私有化, 外部能new
	private Singleton() {
	}
	//2.本类内部创建对象实例
	private static Singleton instance;
	
	static { // 在静态代码块中，创建单例对象 
		instance = new Singleton();
	}
	
	//3. 提供一个公有的静态方法，返回实例对象 
	public static Singleton getInstance() {
		return instance;
	}
}

优缺点说明

这种方式和上面的方式类似，只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。
结论：这种单例模式可用，但是可能造成内存浪费

5.4 懒汉式(线程不安全)

代码体现

// 懒汉式(线程安全，同步方法) 
class Singleton {
	private static Singleton instance;
	private Singleton() {}
	//提供一个静态的公有方法，当使用到该方法时，才去创建 instance 
	//即懒汉式
	public static Singleton getInstance() {
		if(instance == null) {
			instance = new Singleton();
		}
		return instance;
	}
}

优缺点说明

起到了 Lazy Loading 的效果，但是只能在单线程下使用。
如果在多线程下，一个线程进入了if (singleton == null) 判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式
结论：在实际开发中，不要使用这种方式.

5.5 懒汉式（线程安全，同步方法）

代码体现

// 懒汉式(线程安全，同步方法) 
class Singleton {
	private static Singleton instance;
	private Singleton() {}
	//提供一个静态的公有方法，加入同步处理的代码，解决线程安全问题 
	//即懒汉式
	public static synchronized Singleton getInstance() {
		if(instance == null) {
		instance = new Singleton();
		}
		return instance;
	}
}

优缺点说明
（1）解决了线程安全问题
（2）效率太低了，每个线程在想获得类的实例时候，执行 getInstance()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了，后面的想获得该类实例，直接 return 就行了。方法进行同步效率太低
（3）结论：在实际开发中，不推荐使用这种方式

5.6 懒汉式(同步代码块)

在这里插入图片描述
线程安全并不能解决，不能使用

5.7 双重检查

代码体现

// 懒汉式(线程安全，同步方法) 
class Singleton {
	private static Singleton instance;
	private Singleton() {}
	//提供一个静态的公有方法，加入双重检查代码，解决线程安全问题, 同时解决懒加载问题 
	//同时保证了效率, 推荐使用
	public static synchronized Singleton getInstance() { 
	//两层if实现双重检查
		if(instance == null) {
			synchronized (Singleton.class) { 
				if(instance == null) {
					instance = new Singleton();
				}
			}
		}
		return instance;
	}
}

优缺点说明

Double-Check 概念是多线程开发中常使用到的，如代码中所示，我们进行了两次 if (singleton == null)检查，这样就可以保证线程安全了。
这样，实例化代码只用执行一次，后面再次访问时，判断 if (singleton == null)，直接 return 实例化对象，也避免的反复进行方法同步.
线程安全；延迟加载；效率较高
结论：在实际开发中，推荐使用这种单例设计模式

5.8 静态内部类

代码实现

// 静态内部类完成， 推荐使用 
class Singleton {
	private static volatile Singleton instance;
	//构造器私有化 
	private Singleton() {}
	
	//写一个静态内部类,该类中有一个静态属性 
	Singleton private static class 	SingletonInstance {
		private static final Singleton INSTANCE = new Singleton();
	}
	
	//提供一个静态的公有方法，直接返回 SingletonInstance.INSTANCE
	public static synchronized Singleton getInstance() {
		return SingletonInstance.INSTANCE;
	}
}

优缺点说明
（1）这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
（2）静态内部类方式在 Singleton 类被装载时并不会立即实例化，而是在需要实例化时，调用 getInstance 方法，才会装载 SingletonInstance 类，从而完成 Singleton 的实例化。
（3）类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM 帮助我们保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
（4）优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高
（5）结论：推荐使用.

5.9 枚举

代码实现

//使用枚举，可以实现单例, 推荐 
enum Singleton {
	INSTANCE; //属性 
	public void sayOK() {
		System.out.println("ok~");
	}
}

优缺点说明
（1）这借助 JDK1.5 中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。
（2）这种方式是 Effective Java 作者 Josh Bloch 提倡的方式
（3）结论：推荐使用

5.10 单例模式在 JDK 应用的源码分析

我们 JDK 中，java.lang.Runtime 就是经典的单例模式(饿汉式)
在这里插入图片描述

5.11 单例模式注意事项和细节说明

单例模式保证了系统内存中该类只存在一个对象，节省了系统资源，对于一些需要频繁创建销毁的对象，使用单例模式可以提高系统性能
当想实例化一个单例类的时候，必须要记住使用相应的获取对象的方法，而不是使用 new
单例模式使用的场景：
（1）需要频繁的进行创建和销毁的对象、
（2）创建对象时耗时过多或耗费资源过多(即：重量级对象)，但又经常用到的对象、
（3）工具类对象、
（4）频繁访问数据库或文件的对象(比如数据源、session 工厂等)

第 6 章工厂模式

6.1 简单工厂模式

6.1.1 看一个具体的需求

看一个披萨的项目：要便于披萨种类的扩展，要便于维护

披萨的种类很多(比如 GreekPizz、CheesePizz 等)
披萨的制作有 prepare，bake, cut, box
完成披萨店订购功能。

6.1.2 使用传统的方式来完成

UML类图
代码实现
pizza类

//将Pizza 类做成抽象
public abstract class Pizza {
	protected String name; //名字

	//准备原材料, 不同的披萨不一样，因此，我们做成抽象方法
	public abstract void prepare();

	
	public void bake() {
		System.out.println(name + " baking;");
	}

	public void cut() {
		System.out.println(name + " cutting;");
	}

	//打包
	public void box() {
		System.out.println(name + " boxing;");
	}

	public void setName(String name) {
		this.name = name;
	}
}

public class OrderPizza {
	// 构造器
	public OrderPizza() {
		Pizza pizza = null;
		String orderType; // 订购披萨的类型
		do {
			orderType = getType();
			if (orderType.equals("greek")) {
				pizza = new GreekPizza();
				pizza.setName(" 希腊披萨 ");
			 } else if (orderType.equals("cheese")) { 
				pizza = new CheesePizza();
				pizza.setName(" 奶酪披萨 ");
			} else if (
				orderType.equals("pepper")) { 
					pizza = new PepperPizza();
					pizza.setName("胡椒披萨");
			} else {
					break;
			}
			// //输出 pizza 制作过程
			pizza.prepare();
			pizza.bake();
			pizza.cut();
			pizza.box();
		} while (true); 
	}
}

6.1.3 传统的方式的优缺点

优点是比较好理解，简单易操作。
缺点是违反了设计模式的 ocp 原则，即对扩展开放，对修改关闭。即当我们给类增加新功能的时候，尽量不修改代码，或者尽可能少修改代码.
比如我们这时要新增加一个 Pizza 的种类(Pepper 披萨)，我们需要做如下修改.
如果我们增加一个 Pizza 类，只要是订购 Pizza 的代码都需要修改.
改进的思路分析
分析：修改代码可以接受，但是如果我们在其它的地方也有创建 Pizza 的代码，就意味着，也需要修改，而创建 Pizza的代码，往往有多处。
思路：把创建 Pizza 对象封装到一个类中，这样我们有新的 Pizza 种类时，只需要修改该类就可，其它有创建到 Pizza 对象的代码就不需要修改了.-> 简单工厂模式

6.1.4 基本介绍

简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。
简单工厂模式是工厂模式家族中最简单实用的模式
简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)
在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.

6.1.5 使用简单工厂模式

简单工厂模式的设计方案: 定义一个可以实例化 Pizaa 对象的类，封装创建对象的代码。

UML类图
所有的订单只需要找SimpleFactory工厂类就可以了，不需要找Pizza类。
代码实现
简单工厂类

//简单工厂类
public class SimpleFactory {
	//更加 orderType 返回对应的 Pizza 对象 
	public Pizza createPizza(String orderType) {
		Pizza pizza = null;
		System.out.println("使用简单工厂模式"); 
		if (orderType.equals("greek")) {
			pizza = new GreekPizza(); pizza.setName(" 希腊披萨 ");
		} else if (orderType.equals("cheese")) { pizza = new CheesePizza();
			pizza.setName(" 奶酪披萨 ");
		} else if (orderType.equals("pepper")) {
			pizza = new PepperPizza(); pizza.setName("胡椒披萨");
		}
		return pizza;
	}
}

披萨预定类

public class OrderPizza {
	//定义一个简单工厂对象 
	SimpleFactory simpleFactory; 
	Pizza pizza = null;
	//构造器
	public OrderPizza(SimpleFactory simpleFactory) {
		setFactory(simpleFactory);
	}
	public void setFactory(SimpleFactory simpleFactory) { 
		String orderType = ""; //用户输入的
		this.simpleFactory = simpleFactory; //设置简单工厂对象
		do {
			orderType = getType();
			pizza = this.simpleFactory.createPizza(orderType);
			//输出 pizza
			if(pizza != null) { //订购成功
				pizza.prepare(); 
				pizza.bake(); 
				pizza.cut(); 
				pizza.box();
			} else {
				System.out.println(" 订购披萨失败 ");
				break;
			}
		}while(true);
	}
}
// 写一个方法，可以获取客户希望订购的披萨种类 
private String getType() {
	try {
		BufferedReader strin = new BufferedReader(new InputStreamReader(System.in)); 					
		System.out.println("input pizza 种类:");
		String str = strin.readLine();
		return str;
	} catch (IOException e) { e.printStackTrace();
	return "";
	}
}

调用：new OrderPizza（new SimpleFactory）
4. 简单工厂类的改进-静态工厂

public class SimpleFactory {
	//简单工厂模式 也叫 静态工厂模式
	//根据orderType，返回对应的Pizza类
	public static Pizza createPizza2(String orderType) {
		Pizza pizza = null;	
		System.out.println("使用简单工厂模式 2");
		if (orderType.equals("greek")) {
			pizza = new GreekPizza(); pizza.setName(" 希腊披萨 ");
		} else if (orderType.equals("cheese")) { 
			pizza = new CheesePizza();
			pizza.setName(" 奶酪披萨 ");
		} else if (orderType.equals("pepper")) {
			pizza = new PepperPizza(); pizza.setName("胡椒披萨");
		}
		return pizza;
	}
}

改进后，订购披萨类的书写变得简单

public class OrderPizza {
	//定义一个简单工厂对象 
	Pizza pizza = null;
	String orderType = “”;
	//构造器
	public OrderPizza( ) {
		do {
			orderType = getType();
			pizza = SimpleFactory.createPizza(orderType);
			//输出 pizza
			if(pizza != null) { //订购成功
				pizza.prepare(); 
				pizza.bake(); 
				pizza.cut(); 
				pizza.box();
			} else {
				System.out.println(" 订购披萨失败 ");
				break;
			}
		}while(true);
	}
	// 写一个方法，可以获取客户希望订购的披萨种类 
	private String getType() {
		try {
			BufferedReader strin = new BufferedReader(new InputStreamReader(System.in)); 					
			System.out.println("input pizza 种类:");
			String str = strin.readLine();
			return str;
		} catch (IOException e) { e.printStackTrace();
		return "";
		}
	}
}

调用直接用：new orderPizza2就行

6.2 工厂方法模式

6.2.1一个新的需求

披萨项目新的需求：客户在点披萨时，可以点不同口味的披萨，比如北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza。

思路1
使用简单工厂模式，创建不同的简单工厂类，比如 BJPizzaSimpleFactory、LDPizzaSimpleFactory 等等.从当前这个案例来说，也是可以的，但是考虑到项目的规模，以及软件的可维护性、可扩展性并不是特别好。
思路2
使用工厂方法模式

6.2.2 工厂方法模式介绍

工厂方法模式设计方案：将披萨项目的实例化功能抽象成抽象方法，在不同的口味点餐子类中具体实现。
工厂方法模式：定义了一个创建对象的抽象方法，由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。

6.2.3 思路分析图解

在这里插入图片描述
说明：OrderPizza类做成抽象的，让BJOrderPizza和LJOrderPizza类去继承，再让BJOrderPizza和LJOrderPizza类分别如实现各自的方法，从而满足需求。

6.2.4 代码实现

Pizza类

//将Pizza 类做成抽象
public abstract class Pizza {
	protected String name; //名字
	//准备原材料, 不同的披萨不一样，因此，我们做成抽象方法
	public abstract void prepare();
	public void bake() {
		System.out.println(name + " baking;");
	}
	public void cut() {
		System.out.println(name + " cutting;");
	}
	//打包
	public void box() {
		System.out.println(name + " boxing;");
	}
	public void setName(String name) {
		this.name = name;
	}
}

不同口味的pizza类（以北京奶酪pizza为例）

public class BJCheesePizza extends Pizza {
	@Override
	public void prepare() {
		// TODO Auto-generated method stub
		setName("北京的奶酪pizza");
		System.out.println(" 北京的奶酪pizza 准备原材料");
	}
}

pizza预定类：提供一个抽象方法，让各个工厂子类自己去实现

public abstract class OrderPizza {
	//定义一个抽象方法，createPizza , 让各个工厂子类自己实现
	abstract Pizza createPizza(String orderType);
	
	// 构造器
	public OrderPizza() {
		Pizza pizza = null;
		String orderType; // 订购披萨的类型
		do {
			orderType = getType();
			pizza = createPizza(orderType); //抽象方法，由工厂子类完成
			//输出pizza 制作过程
			pizza.prepare();
			pizza.bake();
			pizza.cut();
			pizza.box();
			
		} while (true);
	}
	// 写一个方法，可以获取客户希望订购的披萨种类
	private String getType() {
		try {
			BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
			System.out.println("input pizza 种类:");
			String str = strin.readLine();
			return str;
		} catch (IOException e) {
			e.printStackTrace();
			return "";
		}
	}
}

子类具体实现：以北京预定类为例

public class BJOrderPizza extends OrderPizza {
	@Override
	Pizza createPizza(String orderType) {
		Pizza pizza = null;
		if(orderType.equals("cheese")) {
			pizza = new BJCheesePizza();
		} else if (orderType.equals("pepper")) {
			pizza = new BJPepperPizza();
		}
		// TODO Auto-generated method stub
		return pizza;
	}
}

调用验证

public class PizzaStore {
	public static void main(String[] args) {
		String loc = "bj";
		if (loc.equals("bj")) {
			//创建北京口味的各种Pizza
			new BJOrderPizza();
		} else {
			//创建伦敦口味的各种Pizza
			new LDOrderPizza();
		}
	}
}

6.3 抽象工厂模式

6.3.1 基本介绍

抽象工厂模式：定义了一个 interface 用于创建相关或有依赖关系的对象簇，而无需指明具体的类

抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
将工厂抽象成两层，AbsFactory(抽象工厂) 和 具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
类图

说明：将工厂方法模式中的抽象方法进一步抽象成接口，再让方法去实现接口，进一步扩展功能。

6.3.2 代码实现

Pizza类以及BJCheesePizza类、BJPepperPizza类等于6.2节相同
抽象接口层

//一个抽象工厂模式的抽象层(接口)
public interface AbsFactory {
	//让下面的工厂子类来 具体实现
	public Pizza createPizza(String orderType);
}

实现接口的工厂子类：以北京工厂为例

//这是工厂子类
public class BJFactory implements AbsFactory {
	@Override
	public Pizza createPizza(String orderType) {
		System.out.println("~使用的是抽象工厂模式~");
		// TODO Auto-generated method stub
		Pizza pizza = null;
		if(orderType.equals("cheese")) {
			pizza = new BJCheesePizza();
		} else if (orderType.equals("pepper")){
			pizza = new BJPepperPizza();
		}
		return pizza;
	}
}

接口的聚合实现方法：OrderPizza

public class OrderPizza {
	AbsFactory factory;
	// 构造器
	public OrderPizza(AbsFactory factory) {
		setFactory(factory);
	}
	private void setFactory(AbsFactory factory) {
		Pizza pizza = null;
		String orderType = ""; // 用户输入
		this.factory = factory;
		do {
			orderType = getType();
			// factory 可能是北京的工厂子类，也可能是伦敦的工厂子类，取决于接口的传入值
			pizza = factory.createPizza(orderType);
			if (pizza != null) { // 订购ok
				pizza.prepare();
				pizza.bake();
				pizza.cut();
				pizza.box();
			} else {
				System.out.println("订购失败");
				break;
			}
		} while (true);
	}

	// 写一个方法，可以获取客户希望订购的披萨种类
	private String getType() {
		try {
			BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
			System.out.println("input pizza 种类:");
			String str = strin.readLine();
			return str;
		} catch (IOException e) {
			e.printStackTrace();
			return "";
		}
	}
}

检验验证

public class PizzaStore {
	public static void main(String[] args) {
		new OrderPizza(new LDFactory());
	}
}

6.4 工厂模式小结

工厂模式的意义
将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。

三种工厂模式 (简单工厂模式、工厂方法模式、抽象工厂模式)
设计模式的依赖抽象原则
 创建对象实例时，不要直接 new 类, 而是把这个 new 类的动作放在一个工厂的方法中，并返回。有的书上说，变量不要直接持有具体类的引用。
 不要让类继承具体类，而是继承抽象类或者是实现 interface(接口)
 不要覆盖基类中已经实现的方法。

东风难破

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
打赏
1
评论
Java设计模式（三）—单例设计模式、工厂模式

本章目录第 5 章单例设计模式5.1 单例设计模式介绍5.2 饿汉式（静态常量）5.3 饿汉式（静态代码块）5.4 懒汉式(线程不安全)5.5 懒汉式（线程安全，同步方法）5.6 懒汉式(同步代码块)5.7 双重检查5.8 静态内部类5.9 枚举5.10 单例模式在 JDK 应用的源码分析5.11 单例模式注意事项和细节说明第 5 章单例设计模式5.1 单例设计模式介绍单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法(
复制链接

扫一扫