java单例五种实现模式解析
时间:06月19日

饿汉式(线程安全,调用效率高,但是不能延时加载)

一上来就把单例对象创建出来了,要用的时候直接返回即可,这种可以说是单例模式中最简单的一种实现方式。但是问题也比较明显。单例在还没有使用到的时候,初始化就已经完成了。也就是说,如果程序从头到位都没用使用这个单例的话,单例的对象还是会创建。这就造成了不必要的资源浪费。所以不推荐这种实现方式。

public class ImageLoader{ 
   private static ImageLoader instance = new ImageLoader; 
   private ImageLoader(){} 
   public static ImageLoader getInstance(){ 
     return instance; 
   } 
}

懒汉式(线程安全,调用效率不高,但是能延时加载)

public class SingletonDemo2 {   
  //类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)
  private static SingletonDemo2 instance;  
  //构造器私有化
  private SingletonDemo2(){}   
  //方法同步,调用效率低
  public static synchronized SingletonDemo2 getInstance(){
    if(instance==null){
      instance=new SingletonDemo2();
    }
    return instance;
  }
}

静态内部类实现模式(线程安全,调用效率高,可以延时加载)

可以看到使用这种方式我们没有显式的进行任何同步操作,那他是如何保证线程安全呢?和饿汉模式一样,是靠JVM保证类的静态成员只能被加载一次的特点,这样就从JVM层面保证了只会有一个实例对象。

那么问题来了,这种方式和饿汉模式又有什么区别呢?不也是立即加载么?实则不然,加载一个类时,其内部类不会同时被加载。一个类被加载,当且仅当其某个静态成员(静态域、构造器、静态方法等)被调用时发生。

但是在遇到序列化对象时,默认的方式运行得到的结果就是多例的。这种情况不多做说明了,使用时请注意。

 public class SingletonDemo3 {   
   private static class SingletonClassInstance{
     private static final SingletonDemo3 instance=new SingletonDemo3();
   }   
   private SingletonDemo3(){}   
   public static SingletonDemo3 getInstance(){
     return SingletonClassInstance.instance;
   }   
 }

枚举类(线程安全,调用效率高,不能延时加载,可以天然的防止反射和反序列化调用)

 public enum SingletonDemo4 {   
   //枚举元素本身就是单例
   INSTANCE;   
   //添加自己需要的操作
   public void singletonOperation(){   
   }
 }

Double CheckLock实现单例:DCL也就是双重锁判断机制(由于JVM底层模型原因,偶尔会出问题,不建议使用)

选用

单例对象 占用资源少,不需要延时加载,枚举 好于 饿汉

单例对象 占用资源多,需要延时加载,静态内部类 好于 懒汉式

注意线程安全问题

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持诺心网络。

最新动态
大家感兴趣的内容
关于我们 - 广告合作 - 联系我们 - 免责声明 - 网站地图 - 投诉建议 - 在线投稿
严禁网站镜像,否则追究法律责任 CopyRight © 2015-2018 诺心网络 All Rights Reserved.
地址:杭州拱墅区祥园路38号浙报理想祥园创意园东区A319
电话:18958065710 微信:Evtailun 邮箱:476565345@qq.com
网站备案号:浙ICP备15017827号-1