为什么需要设计模式?
帮助我们应对不断的变化,新的变化对已有代码已有架构的影响尽可能的小。针对变化,不需要重复的修改已有代码去适应变化。每次只需要对增量编译、测试、部署。----------管理变化,提高复用(转自https://blog.csdn.net/sinat_22991367/article/details/86756484)
定义:保证一个类仅有一个实例。并提供一个访问它的全局访问点。
单例模式有多种写法并且其各有利弊
饿汉式模式
public class Singleton{
private static Singleton instance = new Singleton();
private Singleton(){
}
public static Singleton getInstance(){
return instance
}
}
这种方式在类加载时就完成了初始化,所以类加载较慢,但获取对象的速度快,这种方式基于类加载机制,避免了多线程的同步问题。如果从开始到结束都未使用过这个实例,则会造成内存的浪费。
那这种方式会引起内存泄漏吗?其实是不会的,当该进程关闭之后,也会自动回收其堆内存,不会造成内存的泄漏。
懒汉模式(线程不安全)
public class Singleton{
private static Singleton instance;
private Sinleton (){
}
public static Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
懒汉式声明了一个静态对象,在用户第一次调用时初始化,这虽然节约了资源,但第一次调用的时候需要实例化,反应慢一些。当前方式只适合单线程,如果多线程调用该方式,就有可能new 了不只一次,就属于非单例模式。为了解决该问题出现了懒汉式线程安全的。
懒汉模式(线程安全)
public class Singleton(){
private static Singleton instance;
private Singleton(){
}
public static synchronized Singleton getInstance(){
if(instance ==null){
instance = new Singleton;
}
return instance;
}
}
在方法上加同步锁,这样只有该方法执行完成之后才可以再进入该方法。这种写法能够在多线程中很好地工作,但是每次调用getInstance方法时都需要进行同步。这会造成不必要的同步开销,而且大部分时候我们是用不到同步的,所以不建议使用这种模式。
双重检查模式(DCL)
public class Singleton{
private static volatile Singleton instance;
private Singleton(){
}
public static Singleton getInstance(){
if(instance == null){
synchronized (Single.class){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
在实例化上加锁,这种写法对实例进行两次判空:第一次是为了不必要的同步,第二次是在Single等于null的情况下创建实例。(如果不判断null的话
是没有解决线程安全性问题,如果线程A和线程B同时访问getInstance方法的synchronized (Singleton.class)位置当A实例化了后 ,B线程得到cpu会再次实例导致还是会创建新的实例)
volatile的作用,保存内存的可见性(https://blog.csdn.net/weixin_30342639/article/details/91356608)
静态内部类单例模式
public class Sinleton(
private Singleton(){
}
public static Singleton getInstance(){
return SingletonHolder.sInstance;
}
private static class SingletonHolder{
private static final Singleton sInstance = new Singleton();
}
}
第一次加载Singleton类时不会初始化sInstance,只有第一次调用getInstance方法时虚拟机加载SingletonHolder 并初始化sInstance。这样不仅能确保线程安全,也能保证Singleton类的唯一性。都比较推荐使用
枚举单例
public enum Singleton{
INSTANCE;
public void doSomeThing(){
}
}
单例模式的使用场景
在一个系统中,要求一个类有且仅有一个实例对象,它的具体使用场景如下:
- 整个项目需要一个共享访问点或共享数据
- 创建一个对象需要耗费的资源过多,比如访问I/O或者数据库等资源
- 工具类对象