23种设计模式学习记录之单例设计模式
想说的话：
在大学的时候曾经学过这23种设计模式，但是那时没啥编程经验，糊里糊涂过了一遍，没多久就忘记了，工作之后将精力主要集中在学习新技术上，比如springboot，cloud，docker，vue。毕业两年后去面试，发现设计模式还是java程序员需要迈过的一道坎，面试的时候问到代理模式和适配器模式有什么区别，你在工作中用到了什么设计模式，怎么用的？答不上来的特别尴尬，所以决定重新学习这几种设计模式，争取在工作中使用上。
本文所有案例代码
码云：https://gitee.com/helloworld6379/designPattern
Github：Github地址
设计模式概述
1 设计模式是程序员在面对同类软件工程设计问题所总结出来的有用的经验，模式不是代码，而是某类问题的通
用解决方案，设计模式（Design pattern）代表了最佳的实践。这些解决方案是众多软件开发人员经过相当长的
一段时间的试验和错误总结出来的。
2 设计模式的本质提高 软件的维护性，通用性和扩展性，并降低软件的复杂度。
3 设计模式并不局限于某种语言，java，php，c++ 都有设计模式.
设计模式类型
设计模式分为三种类型，共 23 种
1 创建型模式：单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。
2 结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
3 行为型模式：模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式（Interpreter 模式）、状态模式、策略模式、职责链模式(责任链模式)。
不同的资料上对分类和名称略有差别
单例设计模式
所谓类的单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法(静态方法)。
比如 Hibernate 的 SessionFactory，它充当数据存储源的代理，并负责创建 Session 对象。SessionFactory 并不是轻量级的，一般情况下，一个项目通常只需要一个 SessionFactory 就够，这是就会使用到单例模式。
Windows的任务管理器就是一个单例模式的应用，只能打开一个。
单例模式有八种方式：
- 饿汉式(静态常量)
- 饿汉式（静态代码块）
- 懒汉式(线程不安全)
- 懒汉式(线程安全，同步方法)
- 懒汉式(线程安全，同步代码块)
- 双重检查
- 静态内部类
- 枚举
1. 饿汉式(静态常量)
public class Person {
//1. 构造器私有化, 外部不能new
private Person() {
}
//2.本类内部创建对象实例
private final static Person person = new Person();
//3. 提供一个公有的静态方法，返回实例对象
public static Person getPerson() {
return person;
}
}
public class SingletonTest {
public static void main(String[] args) {
//测试
Person person1 = Person.getPerson();
Person person2 = Person.getPerson();
System.out.println(person1 == person2); // true
System.out.println("person1.hashCode=" + person1.hashCode());
System.out.println("person2.hashCode=" + person2.hashCode());
}
}
优缺点说明：
1 优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同步问题。
2 缺点：在类装载的时候就完成实例化，没有达到 Lazy Loading 的效果。如果从始至终从未使用过这个实例，则会造成内存的浪费。
3 这种方式基于 classloder 机制避免了多线程的同步问题，不过，person 在类装载时就实例化，在单例模式中大多数都是调用 getPerson 方法，但是导致类装载的原因有很多种，因此不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化 person 就没有达到 lazy loading 的效果。
4 结论：这种单例模式可用，可能造成内存浪费。
2 饿汉式（静态代码块）
/**
* @Description 饿汉式(静态代码块)
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
static {
// 在静态代码块中，创建单例对象
person = new Person();
}
//3. 提供一个公有的静态方法，返回实例对象
public static Person getPerson() {
return person;
}
}
优缺点说明：
1 这种方式和上面的方式其实类似，只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。
2 结论：这种单例模式可用，但是可能造成内存浪费
3 懒汉式(线程不安全)
/**
* @Description 懒汉式(线程不安全)
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
//3. 提供一个公有的静态方法，当使用到该方法时，才去创建
public static Person getPerson() {
if(person == null ){
person = new Person();
}
return person;
}
}
优缺点说明：
1 起到了 Lazy Loading 的效果，但是只能在单线程下使用。
2 如果在多线程下，一个线程进入了 if (person == null)判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式
3) 结论：在实际开发中，不要使用这种方式.
4 懒汉式(线程安全，同步方法)
/**
* @Description 懒汉式（线程安全，同步方法）
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
// 3. 提供一个公有的静态方法，当使用到该方法时，才去创建
// 加入同步处理的代码，解决线程安全问题
public static synchronized Person getPerson() {
if(person == null ){
person = new Person();
}
return person;
}
}
优缺点说明：
1 解决了线程安全问题
2 效率太低了，每个线程在想获得类的实例时候，执行 getPerson()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了，后面的想获得该类实例，直接 return 就行了。方法进行同步效率太低
3 结论：在实际开发中，不推荐使用这种方式
5 懒汉式(线程安全，同步代码块)
/**
* @Description 懒汉式（线程安全，同步代码块）
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
// 3. 提供一个公有的静态方法，当使用到该方法时，才去创建
// 加入同步处理的代码，解决线程安全问题
public static Person getPerson() {
if(person == null ){
synchronized (Person.class){
person = new Person();
}
}
return person;
}
}
不推荐使用
6 双重检查
package com.fighting.pattern.singleton.type6;
/**
* @Description 双重检查
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
// 3. 写一个静态的共有方法,加入双重检查代码，解决线程安全问题，同时解决懒加载问题
public static synchronized Person getPerson() {
if (person == null){
synchronized (Person.class){
if (person ==null){
person = new Person();
}
}
}
return person;
}
}
优缺点说明：
1 Double-Check 概念是多线程开发中常使用到的，如代码中所示，我们进行了两次 if (person == null)检查，这样就可以保证线程安全了。
2 这样，实例化代码只用执行一次，后面再次访问时，判断 if (person == null)，直接 return 实例化对象，也避免的反复进行方法同步.
3 线程安全；延迟加载；效率较高
4 结论：在实际开发中，推荐使用这种单例设计模式
7 静态内部类
package com.fighting.pattern.singleton.type7;
/**
* @Description 静态内部类
* @Author LiuXing
* @Date 2020/05/21 23:04
*/
public class Person {
//1.本类内部创建对象实例
private static Person person;
//2. 构造器私有化, 外部不能new
private Person() {
}
// 3. 写一个静态内部类,该类中有一个静态属性 PERSON
private static class SingletonInstance{
private static final Person PERSON = new Person();
}
//4 提供一个静态的公有方法，直接返回 SingletonInstance.INSTANCE
public static synchronized Person getPerson() {
return SingletonInstance.PERSON;
}
}
优缺点说明：
1 这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
2 静态内部类方式在 Person 类被装载时并不会立即实例化，而是在需要实例化时，调用 getPerson 方法，才会装载 Person 类，从而完成 Person 的实例化。
3 类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM 帮助我们保证了线程的安全性，在类进行
初始化时，别的线程是无法进入的。
4 优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高。
5 结论：推荐使用。
8 枚举
package com.fighting.pattern.singleton.type8;
public enum Person {
INSTANCE;//属性
public void sayOK(){
System.out.println("OK~");
}
}
/**
* @Description 枚举
* @Author LiuXing
* @Date 2020/05/21 23:03
*/
public class SingletonTest {
public static void main(String[] args) {
System.out.println("枚举~");
Person person1 = Person.INSTANCE;
Person person2 = Person.INSTANCE;
System.out.println(person1 == person2); // true
System.out.println("person1.hashCode=" + person1.hashCode());
System.out.println("person2.hashCode=" + person2.hashCode());
}
}
优缺点说明：
1 这借助 JDK1.5 中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。
2 这种方式是 Effective Java 作者 Josh Bloch 提倡的方式
3 结论：推荐使用
前七种方式可通过反射和反序列化的方式破解：
/**
* @Description 静态内部类
* @Author LiuXing
* @Date 2020/05/21 23:03
*/
public class SingletonTest {
public static void main(String[] args) throws Exception {
System.out.println("静态内部类~");
//测试
Person person1 = Person.getPerson();
Person person2 = Person.getPerson();
System.out.println(person1 == person2); // true
System.out.println("person1.hashCode=" + person1.hashCode());
System.out.println("person2.hashCode=" + person2.hashCode());
Class<Person> clazz = (Class<Person>)Class.forName("com.fighting.pattern.singleton.type7.Person");
Constructor<Person> con = clazz.getDeclaredConstructor(null);
con.setAccessible(true);
Person person11 = con.newInstance();
Person person22 = con.newInstance();
System.out.println("通过反射破解：");
System.out.println(person11 == person22); // false
System.out.println("person11.hashCode=" + person11.hashCode());
System.out.println("person22.hashCode=" + person22.hashCode());
System.out.println("person11=" + person11);
System.out.println("person22=" + person22);
//此种方法测试时 实体类Person实现Serializable接口
FileOutputStream fos = new FileOutputStream( "D:/person.txt" );
ObjectOutputStream oos = new ObjectOutputStream( fos );
oos.writeObject( person1 );
oos.close();
fos.close();
System.out.println("通过序列化反序列化破解：");
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("D:/person.txt"));
Person person3 = (Person)ois.readObject();
System.out.println(person1 == person3); // true
System.out.println("person1.hashCode=" + person1.hashCode());
System.out.println("person3.hashCode=" + person3.hashCode());
System.out.println("person1=" + person1);
System.out.println("person3=" + person3);
}
}
静态内部类~
true
person1.hashCode=460141958
person2.hashCode=460141958
通过反射破解：
false
person1.hashCode=1163157884
person2.hashCode=1956725890
通过序列化反序列化破解：
false
person1.hashCode=460141958
person2.hashCode=931919113
单例模式在 JDK 应用的源码分析
在JDK 中，java.lang.Runtime 就是经典的单例模式(饿汉式)
