1. Spring定义了多种作用域，可以基于这些作用域创建bean，包括：
- 单例（Singleton）：在整个应用中，只创建bean的一个实例。（默认）
- 原型（Prototype）：每次注入或者通过Spring应用上下文获取的 时候，都会创建一个新的bean实例。
<1>如果使用组件扫描来发现和声明bean，那么可以在bean的 类上使用@Scope注解，将其声明为原型bean：
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE )或者@Scope("prototype")
<2>如果想在Java配置中声明原型bean，那么可以组合使 用@Scope和@Bean来指定所需的作用域。
<3>如果使用XML来配置bean的话，可以使用<bean>元素的 scope属性来设置作用域
- 会话（Session）：在Web应用中，为每个会话创建一个bean实例。
- 请求（Request）: 在Web应用中，为每个请求创建一个bean实例。
购物车bean设置为会话作用域，使用@Scope注解：@Scope(value=WebApplicationContext.SCOPE_SESSION,proxyMode=ScopedProxyMode.INTERFACES)
电子商务应用中，当用户进入系统后，创建了相应的会话后，购物车实例才会产生，而且系统中会有多个购物车的实例，每个用户一个。系统中还有一个专门处理购物车的实例StoreService（将购物车对象传入，然后进行处理），它是一个单例的bean，会在Spring应用上下文加载的时候创建。这时会产生一个问题，当创建这个StoreServices时，Spring会试图将购物车bean注入到StoreService中，但此时购物车bean是会话作用域的，此时并不存在。所以，期望是当StoreService处理购物车功能时，它所使用的购物车实例恰好时当前会话所对应的那一个。Spring并不会将实际的购物车bean注入到StoreService中， Spring会注入一个到购物车 bean的代理，。这个代理会暴露与购物车bean相同的方法，所以StoreService 会认为它就是一个购物车。但是，当StoreService调 用购物车的方法时，代理会对其进行懒解析并将调用委托 给会话作用域内真正的购物车 bean。
proxyMode属性被设置成了 ScopedProxyMode.INTERFACES，这表明这个代理要实现 购物车的接口，并将调用委托给实现bean。如果购物车类是接口而不是类的话，这是可以的（也是最为 理想的代理模式）。但如果购物车类是一个具体的类的话， Spring就没有办法创建基于接口的代理了。此时，它必须使用CGLib 来生成基于类的代理。所以，如果bean类型是具体类的话，我们必须要将proxyMode属性设置为ScopedProxyMode.TARGET_CLASS，以此来表明要以生成目标 类扩展的方式创建代理。
请求作用域的bean应该也以作用域代理的方式进行注入。
如果需要使用XML来声明会话或请求作用域的bean，那么就不能使 用@Scope注解及其proxyMode属性了，要使用<aop:scoped-proxy>。
<aop:scoped-proxy>是与@Scope注解的proxyMode属性功能相 同的Spring XML配置元素。它会告诉Spring为bean创建一个作用域代理。默认情况下，它会使用CGLib创建目标类的代理。但是我们也可 以将proxy-target-class属性设置为false，进而要求它生成基 于接口的代理：
<为了使用<aop:scoped-proxy>元素，我们必须在XML配置中声明 Spring的aop命名空间>
