10.Spring底层原理之Scope

scope分类

目前在Spring5.x的版本中，scope的取值有五种，分别是：singleton，prototype，request，session，application。

singleton

此取值时表明容器中创建时只存在一个实例，所有引用此bean都是单一实例。

prototype

spring容器在进行输出prototype的bean对象时，会每次都重新生成一个新的对象给请求方，虽然这种类型的对象的实例化以及属性设置等工作都是由容器负责的，但是只要准备完毕，并且对象实例返回给请求方之后，容器就不在拥有当前对象的引用，请求方需要自己负责当前对象后继生命周期的管理工作，包括该对象的销毁。也就是说，容器每次返回请求方该对象的一个新的实例之后，就由这个对象“自生自灭”，最典型的体现就是spring与struts2进行整合时，要把action的scope改为prototype。

request

Spring容器，即XmlWebApplicationContext 会为每个HTTP请求创建一个全新的RequestPrecessor对象，当请求结束后，该对象的生命周期即告结束，如同java web中request的生命周期。当同时有10个HTTP请求进来的时候，容器会分别针对这10个请求创建10个全新的RequestPrecessor实例，且他们相互之间互不干扰，简单来讲，request可以看做prototype的一种特例，除了场景更加具体之外，语意上差不多。

session

Spring容器会为每个独立的session创建属于自己的全新的UserPreferences实例，比request scope的bean会存活更长的时间，其他的方面没区别。

单例对象注入多例对象

举个例子，E为单例对象@Scope(“singleton”)，它需要注入一个F1，F1为多例。

@Scope("singleton")
@Component
public class E {

    @Autowired
    private F1 f1;

    public F1 getF1() {
        return f1;
    }
}

@Scope("prototype")
@Component
public class F1 {
}

然后我们多次获取f1，看每次获取的实例是否不一样

@ComponentScan("com.zhaojun.springsource.a08")
public class A08Application {
    public static void main(String[] args) {
        AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(A08Application.class);
        E e = context.getBean(E.class);

        System.out.println(e.getF1().getClass());
        System.out.println(e.getF1());
        System.out.println(e.getF1());
        System.out.println(e.getF1());
        context.close();
    }
}

输出：

class com.zhaojun.springsource.a08.F1
com.zhaojun.springsource.a08.F1@5677323c
com.zhaojun.springsource.a08.F1@5677323c
com.zhaojun.springsource.a08.F1@5677323c

虽然我们配置了@Scope(“prototype”)，但是F1依然为同一个实例。而不是期待的多例。

这是因为，对于单例对象来讲，依赖注入只发生了一次，后续没有再用到多例的F1，因此，E用的始终是第一次注入的F1。

解决办法一

• 使用@Lazy生成代理

• 代理对象虽然还是用一个，但每次使用代理对象的任意方法时，由代理创建新的F对象

  

加上@Lazy

@Scope("singleton")
@Component
public class E {

    @Lazy
    @Autowired
    private F1 f1;

    public F1 getF1() {
        return f1;
    }
}

然后重新运行，查看结果：

class com.zhaojun.springsource.a08.F1$$EnhancerBySpringCGLIB$$769c8ed7
com.zhaojun.springsource.a08.F1@1b410b60
com.zhaojun.springsource.a08.F1@19b843ba
com.zhaojun.springsource.a08.F1@77659b30

我们发现，这次每次获取的实例不一样了，而且f1的类型，变成了一个代理对象。

解决办法二

在F1的@Scope注解中加入proxyMode = ScopedProxyMode.TARGET_CLASS

@Scope(value = "prototype", proxyMode = ScopedProxyMode.TARGET_CLASS)
@Component
public class F1 {
}

解决办法三

通过ObjectFactory创建

@Scope("singleton")
@Component
public class E {

    @Autowired
    private ObjectFactory<F1> f1ObjectFactory;

    public F1 getF1() {
        return f1ObjectFactory.getObject();
    }
}

@Scope(value = "prototype")
@Component
public class F1 {
}

运行结果

class com.zhaojun.springsource.a08.F1
com.zhaojun.springsource.a08.F1@750e2b97
com.zhaojun.springsource.a08.F1@2e385cce
com.zhaojun.springsource.a08.F1@298a5e20

可以看到运行结果是多例，而且获取的F1类型是没有变，这种方法是通过注入F1的bean工厂，在获取F1的实例时，bean工厂会判断F1是否多例，进行创建。

解决办法四

通过注入ApplicationContext来获取实例

@Scope("singleton")
@Component
public class E {

    @Autowired
    private ApplicationContext applicationContext;

    public F1 getF1() {
        return applicationContext.getBean(F1.class);
    }
}

总结

以上四种解决方法虽然不同，但其实都是推迟了其它Scope bean的获取。