一、单例设计模式(Singleton)
单例模式有以下特点:
1、单例类只能有一个实例。
2、单例类必须自己创建自己的唯一实例。
3、单例类必须给所有其他对象提供这一实例。
单例模式确保某个类只有一个实例,而且自行实例化并向整个系统提供这个实例。在计算机系统中,线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机,但只能有一个PrinterSpooler,以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口,系统应当集中管理这些通信端口,以避免一个通信端口同时被两个请求同时调用。总之,选择单例模式就是为了避免不一致状态。
(1)饿汉式
public class Singleton{
private static Singleton instance = new Singleton(); //在类加载时即创建实例化对象
private Singleton(){}
public static Singleton getInstance(){
return instance;
}
}
饿汉式:很饿很着急,在类加载时即创建实例化对象
优点: 饿汉式是线程安全的,因为实例对象在类加载过程中就会被创建,在getInstance()中只是被直接返回对象,不需要关注线程安全问题;
缺点: 如果在一个环境中使用了过多的饿汉式单例,则会产生过多的实例对象--无论你是否需要使用它.造成空间资源浪费;
(2)懒汉式(线程不安全)
public class Singleton{
private static Singleton instance ;
private Singleton(){}
public static Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
懒汉式: 延迟加载,但当前这种模式不是线程安全的,
懒汉式是在需要的时候才会产生实例,生产实例之前会判断instance是否为空,当多个线程同时getInstance()时,就会创建多个instance对象,不符合单例的思想。所以懒汉式为了保证线程安全,就用synchronized关键字标识。
(3)线程安全懒汉式(synchronized锁方法,效率低)
public class Singleton{
private static Singleton instance ;
private Singleton(){}
public static synchronized Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
synchronized锁方法:
(1)当两个线程都要进入getInstance()时,同一时间内只能有一个线程能进入,另一个线程等待;
(2)当进入的线程创建完实例后,另外一个才能进入,判断instance是否为空,得到instance实例。
-
缺点:这种做法虽然是线程安全的,但是由于线程都需要通过getInstance()来获取实例对象,所以getInstance()调用频率高,因而线程被锁的频率也很高,效率低下。
(4)优化懒汉式(双检验锁,效率高)
public class Singleton{
private static Singleton instance ;
private Singleton(){}
public static Singleton getInstance(){
if(instance == null){
synchronized(Singleton.class){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
当两个线程同时执行getInstance()时:
线程判断instance是否为空,不为空,直接获取instance对象,没有锁,高效性;
假如为空,一个线程获得锁,然后进入new了一个对象,执行完并释放锁;另外一个线程获得锁,再去判断一下instance是否为空,为空则重新new一个对象,否则直接获取instance对象
双重锁定: 保证不会new两次,线程安全,而且效率也很高
eg:Create SqlSessionFactory singletone instance
/**
* @author Geek
* @Des:
* SqlSessionFactory 是创建SqlSession的工厂,在创建过程中需要加载全局配置文件。
* 如果反复创建SqlSessionFactory,则意味着需要反复加载全局配置文件,这一点是十分耗时的。
* 为了优化项目,使用单例设计模式来创建SqlSessionFactory,配置文件加载一次即可。
* SSM整合后:SqlSessionFactory交给springIOC来做单例管理
*/
public class SqlSessionFactoryUtil {
//1.首先私有化 静态成员变量SqlSessionFactory,静态成员变量被所有对象所共享。
private static SqlSessionFactory sqlSessionFactory = null ;
//2.私有化构造器
private SqlSessionFactoryUtil(){}
public static SqlSessionFactory getSqlSessionFactory() {
//创建SqlSessionFactory,如果没有被创建,就读取全局配置文件创建新的instance;
//假如已经创建了则直接返回sqlSessionFactory instance
if (sqlSessionFactory == null) {
synchronized (SqlSessionFactoryUtil.class) {
if (sqlSessionFactory == null) {
//1.读取全局配置文件mybatis_config.xml
//InputStream inputStream = ClassLoader.getSystemResourceAsStream("mybatis_config.xml");
InputStream inputStream = null;
try {
inputStream = Resources.getResourceAsStream("mybatis_config.xml");
sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
return sqlSessionFactory;
}
}