关于Spring框架创建对象的作用域单实例的解释
- Spring管理的对象具有单例模式的特点。实际开发中,我们使用@Scope注解和它的两个参数singleton、prototype来指定Bean是否是单实例的
- 当然,@Scope还有两个属性:request和session。他们是用在WebApplicationContext环境中。这两个属性后面再说
1、单实例Bean
默认情况下,Spring只为每个在IOC容器里声明的bean创建唯一实例,整个IOC容器范围内都能共享该实例:所有后续的getBean()调用和bean引用都将返回这个唯一的bean实例。该作用域被称为singleton
1.1 关于单例模式的一些说明
-
我们都知道,单例模式又分为饿汉式、懒汉式
-
如果了解过反射和序列化就可以知道,通过反射机制和序列化,我们可以轻易的破坏单例模式
-
下面给出饿汉式及懒汉式单例的代码
//懒汉式单例 public class Singleton{ private static volatile Singleton singleton; private Singleton(){} //双重校验+锁 public static singleton getInstance(){ if(singleton == null){//判断当前线程是否需要获取锁 synchronized(Singleton.class){//使多个线程获取一把锁 if(singleton == null){//得到锁的线程判断是否是空,若已经有线程创建对象,则直接返回 singleton = new Singleton(); } } } return singleton;//之后所有进入的线程都不会再获取锁 } }
- 关于以上代码的一些解释
- 为什么双重校验?
- 假如有AB两个线程,同时执行 getInstance()方法。A和B都判断singleton==null,A获得锁并进入同步语句,创建一个实例,退出并释放锁;B已经判断过,直接获取锁,进入代码块并创建一个实例,返回。
- 此时有两个实例被创建。
- 为什么volatile关键字?
- 在JVM中, singleton = new Singleton()语句,经历三个步骤
- 给实例分配内存空间
- 调用构造函数,初始化实例
- 将singleton指向分配的内存空间
- 防止指令重排序:JVM存在指令重排的优化,2,3步骤不是顺序的。A线程执行1-3-2步骤,B线程在A线程还没来的及完成2步骤时,已经判断singleton不为空,并执行返回,得到了未初始化的singleton对象。
- 保证内存可见性:其实是对JIT即时编译优化的限制
- JIT的优化采用将内存变量缓存到寄存器的方式,读取寄存器中的缓存值。再次过程中如果有其他线程更新了值,那么实际值和读取值就会不一致
- 使用了volatile后,编译器读取的时候跳过缓存,直接在内存中的实际位置读变量,写的时候通知其他缓存更新,这就是所谓的保证内存可见性
- 在JVM中, singleton = new Singleton()语句,经历三个步骤
- 为什么双重校验?
//饿汉式单例 public class Singleton(){ private static Singleton singleton = new Singleton(); private Singleton(){} public static Singleton getInstance(){ return singleton; } }
1.2 使用枚举实现单例
//枚举类型的单例 public enumerate EnumSingleton(){ INSTANCE; public void someMethod(){ System.out.println("我是一个枚举单例!"); } }
关于以上代码的一些解释
- 反序列化readObject()方法破坏单例
- 枚举类型在序列化时,仅将枚举对象的name属性输出到结果中,在反序列化时,就是通过java.lang.Enum的valueOf来根据名字查找对象,而不是新建一个新的对象。
- 反射newInstance()方法破坏单例
- 反射在通过newInstance创建对象时,会检查这个类是否是枚举类,如果是,会抛出异常java.lang.IllegalArgumentException: Cannot reflectively create enum objects,表示反射创建对象失败。
- 关于以上代码的一些解释