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