设计模式(单例模式)

单例模式:确保一个类最多只有一个实例,并提供一个全局访问点。
关键要领:
    ①构造函数私有化(private)  ②提供一个获取实例的静态方法
   
   
  1. package jcon.com.singleton_03;
  2. /**
  3. * 单例模式
  4. * 懒汉式:线程不安全的写法
  5. * @author Jcon
  6. *
  7. */
  8. public class Singleton1 {
  9. private static Singleton1 instance;
  10. private Singleton1(){//①私有化构造函数
  11. }
  12. public static Singleton1 getInstance(){//②提供一个获取实例的静态方法
  13. if (instance == null) {
  14. instance = new Singleton1();
  15. }
  16. return instance;
  17. }
  18. }


单例模式的7种写法:

1. 饿汉模式

   
   
  1. public class Singleton {
  2. private static Singleton instance = new Singleton();
  3. private Singleton (){
  4. }
  5. public static Singleton getInstance() {
  6. return instance;
  7. }
  8. }

这种方式在类加载时就完成了初始化,所以类加载较慢,但获取对象的速度快。 这种方式基于类加载机制避免了多线程的同步问题,但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance显然没有达到懒加载的效果。

2. 懒汉模式(线程不安全)

    
    
  1. public class Singleton {
  2. private static Singleton instance;
  3. private Singleton (){
  4. }
  5. public static Singleton getInstance() {
  6. if (instance == null) {
  7. instance = new Singleton();
  8. }
  9. return instance;
  10. }
  11. }

懒汉模式申明了一个静态对象,在用户第一次调用时初始化,虽然节约了资源,但第一次加载时需要实例化,反映稍慢一些,而且在多线程不能正常工作。

3. 懒汉模式(线程安全)

     
     
  1. public class Singleton {
  2. private static Singleton instance;
  3. private Singleton (){
  4. }
  5. public static synchronized Singleton getInstance() {
  6. if (instance == null) {
  7. instance = new Singleton();
  8. }
  9. return instance;
  10. }
  11. }

这种写法能够在多线程中很好的工作,但是每次调用getInstance方法时都需要进行同步,造成不必要的同步开销,而且大部分时候我们是用不到同步的,所以不建议用这种模式。

4. 双重检查模式 (DCL)

      
      
  1. public class Singleton {
  2. private volatile static Singleton singleton;
  3. private Singleton (){
  4. }
  5. public static Singleton getInstance() {
  6. if (instance== null) {
  7. synchronized (Singleton.class) {
  8. if (instance== null) {
  9. instance= new Singleton();
  10. }
  11. }
  12. }
  13. return singleton;
  14. }
  15. }

这种写法在getSingleton方法中对singleton进行了两次判空,第一次是为了不必要的同步,第二次是在singleton等于null的情况下才创建实例。在这里用到了volatile关键字,不了解volatile关键字的可以查看Java多线程(三)volatile域这篇文章,在这篇文章我也提到了双重检查模式是正确使用volatile关键字的场景之一。 
在这里使用volatile会或多或少的影响性能,但考虑到程序的正确性,牺牲这点性能还是值得的。 DCL优点是资源利用率高,第一次执行getInstance时单例对象才被实例化,效率高。缺点是第一次加载时反应稍慢一些,在高并发环境下也有一定的缺陷,虽然发生的概率很小。DCL虽然在一定程度解决了资源的消耗和多余的同步,线程安全等问题,但是他还是在某些情况会出现失效的问题,也就是DCL失效,在《Java并发编程实践》一书建议用静态内部类单例模式来替代DCL。

5. 静态内部类单例模式

        
        
  1. public class Singleton {
  2. private Singleton(){
  3. }
  4. public static Singleton getInstance(){
  5. return SingletonHolder.sInstance;
  6. }
  7. private static class SingletonHolder {
  8. private static final Singleton sInstance = new Singleton();
  9. }
  10. }

第一次加载Singleton类时并不会初始化sInstance,只有第一次调用getInstance方法时虚拟机加载SingletonHolder 并初始化sInstance ,这样不仅能确保线程安全也能保证Singleton类的唯一性,所以推荐使用静态内部类单例模式。

6. 枚举单例

        
        
  1. private Object readResolve() throws ObjectStreamException{
  2. return singleton;
  3. }

枚举单例的优点就是简单,但是大部分应用开发很少用枚举,可读性并不是很高,不建议用。

7. 使用容器实现单例模式

         
         
  1. public class SingletonManager {
  2.   private static Map<String, Object> objMap = new HashMap<String,Object>();
  3.   private Singleton() {
  4.   }
  5.   public static void registerService(String key, Objectinstance) {
  6.     if (!objMap.containsKey(key) ) {
  7.       objMap.put(key, instance) ;
  8.     }
  9.   }
  10.   public static ObjectgetService(String key) {
  11.     return objMap.get(key) ;
  12.   }
  13. }

用SingletonManager 将多种的单例类统一管理,在使用时根据key获取对象对应类型的对象。这种方式使得我们可以管理多种类型的单例,并且在使用时可以通过统一的接口进行获取操作,降低了用户的使用成本,也对用户隐藏了具体实现,降低了耦合度。

总结

到这里七中写法都介绍完了,至于选择用哪种形式的单例模式,取决于你的项目本身,是否是有复杂的并发环境,还是需要控制单例对象的资源消耗。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值