23种设计模式之单例模式以及在MyBatis中的应用

tech2024-10-02  15

23种设计模式之单例模式以及在MyBatis中的应用

什么是单例模式单例模式的几种实现方式:1、懒汉式,线程不安全2、懒汉式,线程安全3、饿汉式,天然线程安全4、双检锁/双重校验锁(DCL,即 double-checked locking)5、登记式/静态内部类6、枚举,线程安全,完美 MyBatis中使用单例创建会话对象

什么是单例模式

单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。

这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

以上的话用我自己的语言来叙述就是:我们可以提供一种只能创建一个对象的类,这个对象在运行时内存中只能有一份。 接下来我们来看如何保证这个对象在运行时内存中只能有一份

单例模式的几种实现方式:

该模式的实现方式有多种,我将列出最经典的几种,其实知道了这几种其他的也就不难理解了:

1、懒汉式,线程不安全

public class Singleton { private static Singleton instance; private Singleton (){} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }

在上面的代码中能实现单例的主要原因主要在于构造方法是私有的,在类的外部无法创建对象,然后只要在内部事先创建好本类对象,并通过对外开放的静态公有方法返回该内部创建的对象,但这里是线程不安全的,我们来解析一波为什么多线程下会破坏其中的单例: 当两个线程对这同一个getInstance方法进行调用时,由于在两个线程中instance此时没有引用任何对象,所以判断出instance都为空,所以在两个线程中都会返回不同的对象,显然这违背了单例,如果要是按照严格意义来说,我觉得上面不能称之为单例模式。 下面我再介绍几种线程安全的单例:

2、懒汉式,线程安全

public class Singleton { private static Singleton instance; private Singleton (){} public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }

上面的代码与上面唯一不一样的就是在getInstance方法前加上了synchronized关键字,意思是给这个方法加上了线程锁,每次只允许一个线程执行该资源,其他线程在外面等着!那么这样就不会出现上面这种创建多个对象的情况了,但是这样效率会大大折扣了。 下面再来另外一种饿汉式单例

3、饿汉式,天然线程安全

public class Singleton { private static Singleton instance = new Singleton(); private Singleton (){} public static Singleton getInstance() { return instance; } }

这种给静态属性初始化的方式叫饿汉式,然后在外部调用该类getInstance方法获取该类静态对象。 为什么这种方式是线程安全的呢,我们再来解释一波为什么这是线程安全的: 当类在加载的时候类的静态属性就会初始化,要优先于其他代码,也就是说当我们调用getInstance时instance已在静态区了,所以返回的总是一个对象,不管几个线程同时调用都是一样,所以这个方法中也不用判断instance是否为空。 但是也不免会遇到利用其他方式导致了类的加载初始化,所以这种方式在某种情况下会产生垃圾对象

4、双检锁/双重校验锁(DCL,即 double-checked locking)

public class Singleton { private volatile static Singleton singleton; private Singleton (){} public static Singleton getSingleton() { if (singleton == null) { synchronized (Singleton.class) { if (singleton == null) { singleton = new Singleton(); } } } return singleton; } }

可以看到这个双重校验锁就是在懒汉模式的基础上加上了volatile和synchronized修饰,这种方式线程安全,而且还能在多线程中保证程序的效率,那么我们来解释一下这种机制原理: 首先可以看到我们的静态属性加上了volatile关键字修饰,这样可以防止指令重排序造成的线程不安全问题,比如singleton在没有加volatile的情况下,对象在线程A中发生new操作时发生了指令重排,因为new大致可以分为3个步骤,1.开辟内存,2.将这片内存初始化,3.使singleton引用指向这片内存,我们可以发现这并不是一个原子操作,2和3没有依赖,所以2和3会发生重排序,那么这两个发生了重排序的话,B线程会发现这个对象初始化不成功,这个时候就会发生异常,所以我们就得加上volatile防止指令重排序。 现在再来看看方法中的那两个双重校验,也就是那两个if:第一个if若是不成立则100%创建好该对象了,这样就不会经过这个锁,这也就是效率高的原因,接下来就是锁中的if,其实这个if会在多个线程同时访问时都为null是才会走到这里来,也就是第一次实例化的时候,然后只要有一个线程出了这个锁,那么其他线程进锁这个if绝对不会成立,因为其他线程已经创建好对象了。

5、登记式/静态内部类

public class Singleton { private static class SingletonHolder { private static final Singleton INSTANCE = new Singleton(); } private Singleton (){} public static final Singleton getInstance() { return SingletonHolder.INSTANCE; } }

显然这种方式可以与双重校验锁方法达到同样的效果,同时又与饿汉式相似都在类加载时实例化,不同的是登记式是一种延迟加载,就是在加载Singleton类是不会实例化INSTANCE对象,加载本类的静态内部类才会实例化,这样我们可以保证getInstance方法获取到的是一个唯一的示例对象。为什么饿汉式可能会发生多次加载而登记式不会呢?首先getInstance是一个静态方法,整个程序只有一份,当多个线程访问同一个getInstance时内部类SingletonHolder会保证只加载一次,所以这样又可以达到与双重校验锁一样高的效率

6、枚举,线程安全,完美

public enum Singleton { OBJ; private Object obj = null; private Singleton(){ obj = new Object(); } public Obj getInstance(){ return obj; } } /*Test*/ public class Test { public static void main(String[] args) { Object obj1 = Singleton.OBJ.getInstance(); Object obj2 = Singleton.OBJ.getInstance(); System.out.println(obj1 == obj2); //结果为true } }

它不仅能避免多线程同步问题,而且还自动支持序列化机制,防止反序列化重新创建新的对象,绝对防止多次实例化 亲自测试如下: 通过反汇编可以发现下面这几行代码:

static { OBJ = new Singleton("OBJ", 0); $VALUES = (new Singleton[] { OBJ }); }

其实enmu底层是通过继承Enmu类来实现的,这是其中的一部分代码,其中源码与饿汉式的实现差不多,但是这种方式天然防反射,线程安全,效率高,可以使用这种方法。 这里太多的解释我也不做出来了,因为我本身没有深入研究过这里的源码

MyBatis中使用单例创建会话对象

我们首先要知道,mybatis与数据库进行交互时需要获取xml文件中的数据库连接信息,整个获取对象就是一个工厂模式,但是我们希望这个对象只有一份,因为这样就可以达到更高的效率,和节省更多的空间,因为在频繁的读取xml时会消耗很多性能,所以我们把读取文件作为单例,先看如下代码:

public class MyBitesUtil { //工厂,可以生产SqlSession对象 static SqlSessionFactory factory = null; //静态代码块 static { try { InputStream is = Resources.getResourceAsStream("config/mybatis-config.xml"); factory = new SqlSessionFactoryBuilder().build(is); } catch (IOException e) { e.printStackTrace(); } } public static SqlSession getSqlSession() { return factory.openSession(); } }

由于factory是只有单份的了,所以再关闭了factory之后,在次调用getSqlSession方法就不用再次重新读取xml文件了,只要将关闭后的factory对象再次open就ok了 还提供一种方式:

public class MyBitesUtil { private static MyBitesUtil factory; /** * 私有化构造 */ private MyBitesUtil(){ } /* * 单实例对象 */ public static MyBitesUtil init(){ String resource = "mybatis-config.xml"; InputStream inputStream = null; try { inputStream = Resources.getResourceAsStream(resource); }catch (IOException e){ e.printStackTrace(); } synchronized (MyBitesUtil.class){ if(factory == null){ factory = new SqlSessionFactoryBuilder().build(inputStream); } } return factory; } public static SqlSession getSqlSession(){ if (factory == null){ init(); } return factory.openSession(); } }

我只列出以上两个示例,其实知道了上面的两个示例,其他的方法自己也能够写的出来了,现在可以自己动手试一试了。

最新回复(0)