「这是我参与11月更文挑战的第6天,活动详情查看:2021最后一次更文挑战」
介绍
1)设计模式是程序员在面对同类软件工程设计问题所总结出来的有用的经验,模式不是代码,而是某类问题的通用解决方案,设计模式(Designpattern)代表了最佳的实践。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。 2)设计模式的本质提高软件的维护性,通用性和扩展性,并降低软件的复杂度。
分类
设计模式分为三种类型,共23种
1)创建型模式:单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。
2)结构型模式:适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
3)行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责链模式(责任链模式)。
单例模式
介绍
所谓类的单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态方法)。
比如Hibernate的SessionFactory,它充当数据存储源的代理,并负责创建Session对象。SessionFactory并不是轻量级的,一般情况下,一个项目通常只需要一个SessionFactory就够,这是就会使用到单例模式。
实现方式(三部曲):
1)构造器私有化(防止new)
2)类的内部创建对象
3)向外暴露一个静态的公共方法。getInstance
八种写法
1)饿汉式(静态常量)
// 饿汉式(静态变量)
class SignLeton{
// 1、私有化构造器,防止外部new出对象
private SignLeton(){
}
// 2、在本类创建出静态实例变量实例
private final static SignLeton sign=new SignLeton();
// 3、提供一个公有的静态方法,返回实例对象
public static SignLeton getInstance(){
return sign;
}
}
优缺点说明:
-
优点:这种写法比较简单,就是在类装载的时候就完成实例化。避免了线程同步问题。
-
缺点:在类装载的时候就完成实例化,没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例,则会造成内存的浪费
-
这种方式基于classloder机制避免了多线程的同步问题,不过,instance在类装载
时就实例化,在单例模式中大多数都是调用getInstance方法,但是导致类装载的原因有很多种,因此不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance就没有达到lazy loading的效果
- 结论:这种单例模式可用,可能造成==内存浪费==
2)饿汉式(静态代码块)
package com.jxau.singleton.type1;
public class SingleTest01{
public static void main(String[] args) {
SignLeton2 singleTest02=SignLeton2.getInstance();
SignLeton2 singleTest03=SignLeton2.getInstance();
System.out.println("singleTest02的hashcode="+singleTest02.hashCode());
System.out.println("singleTest03的hashcode="+singleTest03.hashCode());
}
}
// 饿汉式(静态变量)
class SignLeton2{
// 1、私有化构造器,防止外部new出对象
private SignLeton2(){
}
// 2、在本类创建出静态实例变量实例
private static SignLeton2 sign;
static {
sign=new SignLeton2();
}
// 3、提供一个公有的静态方法,返回实例对象
public static SignLeton2 getInstance(){
return sign;
}
}
优缺点说明:
1)这种方式和上面的方式其实类似,只不过将类实例化的过程放在了静态代码块中,也是在类装载的时候,就执行静态代码块中的代码,初始化类的实例。优缺点和上面是一样的。
2)结论:这种单例模式可用,但是可能造成内存浪费
3)懒汉式(线程不安全)
class SignLeton3{
// 1、私有化构造器,防止外部new出对象
private SignLeton3(){
}
// 2、在本类创建出静态实例变量实例
private static SignLeton3 sign;
// 3、提供一个公有的静态方法,返回实例对象
public static SignLeton3 getInstance(){
if(sign==null){
sign=new SignLeton3();
}
return sign;
}
}
优缺点说明:
1)起到了Lazy Loading的效果,但是只能在单线程下使用。
2)如果在多线程下,一个线程进入了if (singleton == null)判断语句块,还未来得及往下执行,另一个线程也通过了这个判断语句,这时便会产生多个实例。所以在多线程环境下不可使用这种方式
3)结论:多线程并发下,可能违背单例模式的初衷。
4 )懒汉式(线程安全,同步方法)
class SignLeton4{
// 1、私有化构造器,防止外部new出对象
private SignLeton4(){
}
// 2、在本类创建出静态实例变量实例
private static SignLeton4 sign;
// 3、提供一个公有的静态方法,返回实例对象
public synchronized static SignLeton4 getInstance(){
if(sign==null){
sign=new SignLeton4();
}
return sign;
}
}
优缺点说明:
1)解决了线程不安全问题
2)效率太低了,每个线程在想获得类的实例时候,执行getlnstance()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了,后面的想获得该类实例,直接return就行了。方法进行同步效率太低。
3)结论:解决了线程安全问题,带来效率问题
5)懒汉式(线程安全,同步代码块 )
class SignLeton4{
// 1、私有化构造器,防止外部new出对象
private SignLeton4(){
}
// 2、在本类创建出静态实例变量实例
private static SignLeton4 sign;
// 3、提供一个公有的静态方法,返回实例对象
public static SignLeton4 getInstance(){
if(sign==null){
synchronized(SignLeton4.class){
sign=new SignLeton4();
}
}
return sign;
}
}
结论:synchronized 放在方法内部,没有保证安全性。
6) 双重检查
class SignLeton5{
private volatile static SignLeton5 sign; // volatile保证可见性,更新之后及时刷回主存
// 1、私有化构造器,防止外部new出对象
private SignLeton5(){
}
// 提供一个静态的公有方法,加入双重检查代码,解决线程安全问题,同时解决懒加载问题
// 同时保证了效率,推荐使用
public static SignLeton5 getInstance(){
if(sign==null){
synchronized (SignLeton5.class){ // 后面的线程就不用反复执行同步代码块了
if(sign==null){
sign=new SignLeton5();
}
}
}
return sign;
}
}
优缺点说明:
1)Double-Check概念是多线程开发中常使用到的,如代码中所示,我们进行了两次if (singleton == null)检查,这样就可以保证线程安全了。
2)这样,实例化代码只用执行一次,后面再次访问时,判断if (singleton == null),直接return实例化对象,也避免反复进行方法同步.
3)==线程安全;延迟加载;效率较高==
4)结论:在实际开发中,推荐使用这种单例设计模式
解决了开始两个线程之间的同步问题,在new出实例对象后,后面的线程进入就不用进行判断,直接return。
7)静态内部类
// 内部类方式实现
class SignLeton6{
// 1、私有化构造器,防止外部new出对象
private SignLeton6(){}
private static class SingletonInstance{ // 外部类加载的时候,内部类不会加载,保证了懒加载
// 类初始化的时候,是线程安全的,保证了线程安全
private final static SignLeton6 sign=new SignLeton6();
}
public static SignLeton6 getInstance(){
return SingletonInstance.sign;
}
}
优缺点说明:
1)这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
2)静态内部类方式在singleton类被装载时并不会立即实例化,而是在需要实例化时,调用getInstance方法,才会装载SingletonInstance类,从而完成Singleton的实例化。
3)类的静态属性只会在第一次加载类的时候初始化,所以在这里,JⅣM帮助我们保证了线程的安全性,在类进行初始化时,别的线程是无法进入的。
4)优点:避免了线程不安全,利用静态内部类特点实现延迟加载,效率高5)结论:推荐使用.
总结
类加载的时候,类里面的静态内部类并不会被加载;保证了==懒加载==
类加载的时候是线程安全的,利用了JVM底层的类装载机制。保证了==线程安全==的
8)校举
// 使用枚举类型
enum SignLeton7{
INSTANCE
}
优缺点说明:
1)这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象。
2)这种方式是Effective Java作者Josh Bloch提倡的方式
3)结论:推荐使用
单例模式在JDK中的应用
public class Runtime {
// 使用到了饿汉式,在java程序中一定会使用到Runtime类,所以不存在浪费内存的情况
private static final Runtime currentRuntime = new Runtime();
private static Version version;
/**
* Returns the runtime object associated with the current Java application.
* Most of the methods of class {@code Runtime} are instance
* methods and must be invoked with respect to the current runtime object.
*
* @return the {@code Runtime} object associated with the current
* Java application.
*/
public static Runtime getRuntime() {
return currentRuntime;
}
/** Don't let anyone else instantiate this class */
private Runtime() {}
}
单例模式注意事项和细节说明
1)单例模式保证了系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能
2)当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new
3)单例模式使用场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session工厂等)