单例模式
所谓类的单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态方法)。
比如Hibernate的SessionFactory,它充当数据存储源的代理,并负责创建Session对象。SessionFactory并不是轻量级的,一般情况下,一个项目通常只需要一个SessionFactory就够,这是就会使用到单例模式。
单例模式注意事项和细节说明:
1)单例模式保证了系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能
2)当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new
3)单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session工厂等)
饿汉式
-
静态常量
class A{ //1. 构造器私有,确保类外不会通过new创建对象 private A(){ } //2. 内部提供一个私有的静态对象,随着类的加载声明 private final static A instance= new A(); //3.提供一个公共方法,当外部调用时返回静态对象instance public static A getA(){ return instance; } // *这三步就能保证当外部只能通过getInstance方法获取A的对象,并且获得的都是同一个,从而实现了单例模式 }
分析: 这种方式基于classloder机制避免了多线程的同步问题,不过,instance在类装载时就实例化,在单例模式中大多数都是调用getA方法,但是导致类装载的原因有很多种,因此不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance就没有达到lazy loading的效果
优点:
- 写法比较简单
- 在类装载的时候就完成实例化。避免了线程同步问题
缺点:
- 在类装载的时候就完成实例化,没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例,则会造成内存的浪费
-
静态代码块
class A{ //1. 构造器私有,确保类外不会通过new创建对象 private A(){ } //2. 内部提供一个私有的静态对象 private static A instance;