一.设计模式----单例模式

惯例:先上图后说话,谢谢各位伙伴的支持! 有你们是我的福分!

每日一言:很多时候,成功只是多坚持一分钟。

一.使用场景

  • 需要频繁的进行创建和销毁的对象;
  • 创建对象时耗时过多或耗费资源过多,但又经常用到的对象;
  • 工具类对象,比如CustomerDialog等;
  • 频繁访问数据库或文件的对象。
二.特点

         保证一个类只有一个实例,并提供一个访问它的全局访问点

三.比喻

        俺有6个漂亮的老婆,她们的老公都是我,我就是我们家里的老公Sigleton,她们只要说道“老公”,都是指的同一个人,那就是我(刚才做了个梦啦,哪有这么好的事)

四.优点

       1、提供了对唯一实例的受控访问。

       2、由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。

       3、允许可变数目的实例。

四.缺点

       

          1、由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。

          2、单例类的职责过重,在一定程度上违背了“单一职责原则”。

          3、滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。


  五.最重要的用法 

             1.双重校验---多线程时的单例


     public class Singletom{
        private static Singleton instance;
        private Singleton(){}
        public static Singleton GetInstance() {
            if (instance == null) {
                lock(syncRoot)
                {
                    if (instance == null) {
                        instance = new Singleton();
                    }
                }
            }
    }

          2.饿汉式(一般情况下使用,提前占用系统资源)

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

3.内部静态类(推荐使用)

public class StaticInnerSingleton {

  private StaticInnerSingleton() {
  }

  public static StaticInnerSingleton getInstance() {
    return SingletonHodler.sInstance;
  }

  //静态内部类
  private static class SingletonHodler {

    private static final StaticInnerSingleton sInstance = new StaticInnerSingleton();

  }
}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黄毛火烧雪下

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值