GOF23种设计模式之单例模式

最新推荐文章于 2024-07-11 09:11:55 发布

我不会写代码啊啊啊

最新推荐文章于 2024-07-11 09:11:55 发布

阅读量201

点赞数

分类专栏： GOF23种设计模式文章标签： Java GOF 设计模式单例模式

本文链接：https://blog.csdn.net/qq_44066201/article/details/100025109

版权

GOF23种设计模式专栏收录该内容

3 篇文章 0 订阅

订阅专栏

GoF:

《Design Patterns: Elements of Reusable Object-Oriented Software》（即后述《设计模式》一书），由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 合著（Addison-Wesley，1995）。这几位作者常被称为"四人组（Gang of Four）"。

常用的设计模式有23种，分类如下：

创建型模式：单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。
结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式。

单例模式

核心作用： 顾名思义，就是保证一个类只有一个实例，并且还要提供一个访问该实例的全局访问点。

常见应用场景：

Windows的Task Manager（任务管理器）就是很典型的单例模式
windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。
项目中，读取配置文件的类，一般也只有一个对象。没有必要每次使用配置文件数据，每次new一个对象去读取。
网站的计数器，一般也是采用单例模式实现，否则难以同步。
应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。
操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。
Application 也是单例的典型应用（Servlet编程中会涉及到）
在Spring中，每个Bean默认就是单例的，这样做的优点是Spring容器可以管理
在servlet编程中，每个Servlet也是单例
在spring MVC框架/struts1框架中，控制器对象也是单例

单例模式的优点：

由于单例模式只生成一个实例，减少了系统性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后永久驻留内存的方式来解决。
单例模式可以在系统设置全局的访问点，优化环共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理。

常见的五种单例模式实现方式：

饿汉式（线程安全，调用效率高。但是，不能延时加载。）
懒汉式（线程安全，调用效率不高。但是，可以延时加载。）
双重检测锁式（由于JVM底层内部模型原因，偶尔会出问题。不建议使用）
静态内部类式(线程安全，调用效率高。并且，可以延时加载)
枚举单例(线程安全，调用效率高，不能延时加载)

饿汉式实现（单例对象立即加载）：

package com.xyj.singleton;

/**
 * 测试饿汉式单例模式
 * 优点：线程安全，调用效率高
 * 缺点：不能延时加载
 * @author Administrator
 *
 */
public class SingletonDemo01 {
	
	//类初始化时，立即加载这个对象(没有延时加载的优势);加载类时，天然的是线程安全的
	private static SingletonDemo01 instance=new SingletonDemo01();
	
	//私有化构造器
	private SingletonDemo01() {
	}
	
	//方法不需同步，调用效率高!
	public static SingletonDemo01 getInstance() {
		return instance;
	}
	
}

饿汉式单例模式代码中，static变量会在类装载时初始化，此时也不会涉及多个线程对象访问该对象的问题。虚拟机保证只会装载一次该类，肯定不会发生并发访问的问题。因此，可以省略synchronized关键字。
问题：如果只是加载本类，而不是要调用getInstance()，甚至永远没有调用，则会造成资源浪费！

懒汉式实现（单例对象延迟加载）：

package com.xyj.singleton;

/**
 * 测试懒汉式单例模式
 * 优点：线程安全，可以延时加载
 * 缺点：调用效率不高
 * @author Administrator
 *
 */
public class SingletonDemo02 {
	
	//类初始化时，不初始化这个对象，延时加载，真正用的时候再创建
	private static SingletonDemo02 instance;
	
	//私有化构造器
	private SingletonDemo02() {
	}
	
	//方法需同步,调用效率低!
	public static synchronized SingletonDemo02 getInstance() {
		if(instance==null) {
			instance=new SingletonDemo02();
		}
		return instance;
	}
	
}

资源利用率高了。但是，每次调用getInstance()方法都要同步，并发效率较低。

双重检测锁实现：

package com.xyj.singleton;

/**
 * 测试 双重检查锁 单例模式
 * 优点：线程安全，调用效率高，可以延时加载
 * 由于JVM底层内部模型原因，偶尔会出现问题。不建议使用
 * @author Administrator
 *
 */
public class SingletonDemo03 {
	
	//类初始化时，不初始化这个对象，延时加载，真正用的时候再创建
	private static SingletonDemo03 instance=null;
	
	//私有化构造器
	private SingletonDemo03() {
	}
	
	//方法不同步,在方法内进行双重检查(仅第一次的时候需要同步，其余每次直接返回对象)
	public static SingletonDemo03 getInstance() {
		if(instance==null) {
			SingletonDemo03 sd;
			synchronized (SingletonDemo03.class) {
				sd=instance;
				if(sd==null) {
					sd=new SingletonDemo03();
				}
			}
			instance=sd;
		}
		return instance;
	}
	
}

这个模式将同步内容下方到if内部，提高了执行的效率 if(sc == null) { sc = new SingletonDemo03(); 不必每次获取对象时都进行同步，只有第一次才同步 } 创建了以后就没必要了。
问题：由于编译器优化原因和JVM底层内部模型原因，偶尔会出问题。不建议使用。

静态内部类实现方式(也是一种懒加载方式)：

package com.xyj.singleton;

/**
 * 测试 静态内部类式 单例模式
 * 优点：线程安全，调用效率高，并且实现了延时加载!
 * @author Administrator
 *
 */
public class SingletonDemo04 {
	
	//静态内部类
	private static class SingletonClassInstance{
		//线程安全的对象
		private static final SingletonDemo04 instance=new SingletonDemo04();
	}
	
	//私有化构造器
	private SingletonDemo04() {
	}
	
	public static SingletonDemo04 getInstance() {
		return SingletonClassInstance.instance;
	}
	
}

外部类没有static属性，则不会像饿汉式那样立即加载对象。
只有真正调用getInstance(),才会加载静态内部类。加载类时是线程安全的。 instance是static final 类型，保证了内存中只有这样一个实例存在，而且只能被赋值一次，从而保证了线程安全性.
兼备了并发高效调用和延迟加载的优势！

使用枚举实现单例模式：

package com.xyj.singleton;

/**
 * 测试 枚举式 单例
 * 优点：线程安全，调用效率高，可以防止反射和反序列化漏洞!
 * @author Administrator
 * 缺点：无延时加载
 */
public enum SingletonDemo05 {

	//这个枚举元素本身就是单例对象!
	INSTANCE;//天然的单例
	
	//添加别的操作
	public void singletonOperation() {
		 //…………
	}
	
}

枚举本身就是单例模式。由JVM从根本上提供保障！避免通过反射和反序列化的漏洞！
缺点：无延迟加载

问题

反射可以破解上面几种(不包含枚举式)实现方式！（可以在构造方法中手动抛出异常控制）

	//通过反射的方式调用私有构造器破解单例模式
	Class<SingletonDemo06> cc = (Class<SingletonDemo06>)Class.forName("com.xyj.singleton.SingletonDemo06");
	Constructor<SingletonDemo06> c = cc.getDeclaredConstructor();
	//跳过安全检查
	c.setAccessible(true);
	
	SingletonDemo06 s3 = c.newInstance();
	SingletonDemo06 s4 = c.newInstance();
	System.out.println(s3);
	System.out.println(s4);//这两个地址都不一样

解决方案：在构造方法中手动抛出异常控制

//私有化构造器
	private SingletonDemo06() {
		if(instance!=null) {//这里抛出异常 可以防止通过反射创建新对象
			throw new RuntimeException();
		}
	}

反序列化可以破解上面几种(不包含枚举式)实现方式！

	//通过反序列化的方式构建新对象
	FileOutputStream fos=new FileOutputStream("F:/MyJava/test.txt");
	ObjectOutputStream oos=new ObjectOutputStream(fos);
	oos.writeObject(s1);
	oos.close();
	
	ObjectInputStream ois=new ObjectInputStream(new FileInputStream("F:/MyJava/test.txt"));
	SingletonDemo06 s3=(SingletonDemo06) ois.readObject();
	
	System.out.println(s3);

解决方案：可以在单例模式类中通过定义readResolve()防止获得不同对象。

//在反序列化时，如果定义了readResolve方法，则直接走这个方法，返回执行的对象，而不需要再单独创建新对象!
	private Object readResolve() throws ObjectStreamException {
		return instance;
	}

常见的五种单例模式在多线程环境下的效率测试

package com.xyj.singleton;

import java.util.concurrent.CountDownLatch;

/**
 * 测试5种创建单例模式的方式的效率
 * @author Administrator
 *
 */
public class Client3 {
	public static void main(String[] args) throws InterruptedException {
		
		long start =System.currentTimeMillis();
		
		int threadNum=5;
		
		final CountDownLatch countDownLatch=new CountDownLatch(threadNum);
		
		for(int i=0;i<threadNum;i++) {
			new Thread(new Runnable() {
				@Override
				public void run() {
					
					for(int i=0;i<100000;i++) {
						//Object o=SingletonDemo01.getInstance();//总耗时：34 15 22
						//Object o=SingletonDemo02.getInstance();//总耗时：88 68 86
						//Object o=SingletonDemo03.getInstance();//总耗时：23 24 20
						//Object o=SingletonDemo04.getInstance();//总耗时：22 28 31
						Object o=SingletonDemo05.INSTANCE; 	 //总耗时：15 12 14
					}
					
					countDownLatch.countDown();//计数器-1
				}
			}).start();
		}
		
		countDownLatch.await();//main线程阻塞，直到计数器变为0，才会继续往下执行!
		
		long end =System.currentTimeMillis();
		System.out.println("总耗时："+(end-start));
		
		
	}
}

CountDownLatch ：同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。

总结

常见的五种单例模式实现方式
——饿汉式（线程安全，调用效率高。但是，不能延时加载。）
——懒汉式（线程安全，调用效率不高。但是，可以延时加载。）
——双重检测锁式（由于JVM底层内部模型原因，偶尔会出问题。不建议使用）
——静态内部类式(线程安全，调用效率高。但是，可以延时加载)
——枚举式(线程安全，调用效率高，不能延时加载。并且可以天然的防止反射和反序列化漏洞！)

如何选用?
单例对象占用资源少，不需要延时加载时：枚举式好于饿汉式
单例对象占用资源大，需要延时加载时：静态内部类式好于懒汉式

我不会写代码啊啊啊

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
GOF23种设计模式之单例模式

GoF:《Design Patterns: Elements of Reusable Object-Oriented Software》（即后述《设计模式》一书），由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 合著（Addison-Wesley，1995）。这几位作者常被称为"四人组（Gang of Four）"。常用的...
复制链接

扫一扫