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、从上往下(必须声明在前,使用在后)
//先属性、后方法
//先静态、后动态

    原文作者:Spring MVC
    原文地址: https://blog.csdn.net/weixin_37243717/article/details/79662674
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞