Spring源码分析---单例模式

生活中的单例模式:
    配置文件(如果不是单例(针对于某一种功能的配置)两个配置文件中的内容一样的,则有一个是浪费的;如果是不一样的,我们就不知道以哪个为准了)。
    直接上级领导(对于你来说,如果有多个领导,你到底听谁的?选择恐惧症)
    在万千世界中,即使是一片小小的树叶,他们都是长得不一样的。


单例模式的特点:
    1、保证从系统启动到终止,全过程只会产生一个实例。
    2、当我们在应用中遇到功能性冲突的时候,需要使用单例模式。

最经典的单例模式设计


//懒汉式(静态内部类)
//这种写法,即解决安全问题,又解决了性能问题
//这个代码,没有浪费一个字
public class Singleton4 {
    //1、先声明一个静态内部类
    //private 私有的保证别人不能修改
    //static 保证全局唯一
    private static class LazyHolder {
        //final 为了防止内部误操作,代理模式,GgLib的代理模式
        private static final Singleton4 INSTANCE = new Singleton4();
    }
    //2、将默认构造方法私有化
    private Singleton4 (){}
    //相当于有一个默认的public的无参的构造方法,就意味着在代码中随时都可以new出来

    //3、同样提供静态方法获取实例
    //final 确保别人不能覆盖
    public static final Singleton4 getInstance() {  

        //方法中的逻辑,是要在用户调用的时候才开始执行的
        //方法中实现逻辑需要分配内存,也是调用时才分配的
        return LazyHolder.INSTANCE;
    }

//  static int a = 1;
//  //不管该class有没有实例化,static静态块总会在classLoader执行完以后,就加载完毕
//  static{
//      //静态块中的内容,只能访问静态属性和静态方法
//      //只要是静态方法或者属性,直接可以用Class的名字就能点出来
//      Singleton4.a = 2;
//      //JVM 内存中的静态区,这一块的内容是公共的 
//  }
}

//我们所写的所有的代码,在java的反射机制面前,都是裸奔的
//反射机制是可以拿到private修饰的内容的
//我们可以理解成即使加上private也不靠谱(按正常套路出牌,貌似可以)


//类装载到JVM中过程
//1、从上往下(必须声明在前,使用在后)
//先属性、后方法
//先静态、后动态

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值