说说 Spring Bean 的作用域
配置文件中定义 Bean 时，我们不但可以配置 Bean 的属性值以及相互之间的依赖关系，还可以定义 Bean 的作用域 。作用域会对 Bean 的生命周期和创建方式产生影响 。
Bean 的作用域类型：
低版本的 Spring 中，仅支持两个 Bean 作用域（singleton 与 prototype），所以之前的配置为 singleton=true/false 。Spring 为了向后兼容，依然支持这种配置方式。我们推荐采用新的配置方式 scope=<作用域类型> 。
Spring 以容器的方式，使得我们仅需配置，即可得到天然的单例模式。
一般情况下，无状态或者状态不可变的类适合使用单例模式来实现， 不过 Spring 利用 AOP 和 LocalThread 的能力，对非线程安全的变量（状态）进行了特殊处理，使的一些非线程安全的类（持有 Connection 的 DAO 类）变成了线程安全的类 。
因为 Spring 的超强能力，所以在实际应用中，大部分 Bean 都能以单例方式运行 ，这也是 bean 的默认作用域指定为 singleton 的原因 。
singleton 的 Bean 在同一个 Spring IoC 容器中只会一个实例。
配置：
单元测试：
输出结果：
这证明 Author 类在容器中是一个单例。
不仅在配置文件中注入的 author 引用的是同一个 author Bean，任何通过容器的 getBean("author") 返回的实例，引用的也是同一个 Bean。
默认情况下， Spring 的 ApplicationContext 容器在启动时，会自动实例化所有 singleton 的 Bean 并缓存在容器中 。 虽然启动时会多花费一些时间，但是有这些好处：
如果不希望在容器启动时提前实例化 singleton 的 Bean ，那么可以通过 lazy-init 属性进行控制：
如果某个 Bean 被其他需要提前实例化的 Bean 所引用，那么它即使配置了 lazy-init="true" ，也仍然会被提前实例化。
配置了 scope="prototype" 的 bean 为非单例作用域。
单元测试：
输出结果：
这证明 Author 类在容器中是不同的实例。
在默认情况下， Spring 容器在启动时不实例化 prototype 的 bean ，此外， Spring 容器将 prototype 的 bean 交给调用者后，就不再负责管理它的生命周期咯。
如果使用 Spring 的 WebApplicationContext ，则可以使用另外 3 种 Bean 的作用域 （request、session 和 gloableSession）。
首先必须在 Web 容器中进行一些配置：
高版本的 Web 容器（ Servlet 2.3 +）中，配置 http 请求监听器：
低版本的 Web 容器，需要配置 http 请求过滤器（RequestContextFilter）。
它与 ContextLoaderListener 的区别是：
request 作用域的 Bean 对应一个 HTTP 请求和生命周期 。
假设：
每次 HTTP 请求调用 author Bean 时， Spring 容器就会创建一个新的 author Bean ；请求处理完毕，就会销毁这个 Bean。
假设：
author Bean 的作用于横跨整个 HTTP Session。Session 中的所有 HTTP 请求会共享同一个 author Bean. 只有当 HTTP Session 结束后，author 实例才会被销毁 。
假设：
globalSession 的作用域类似于 session 作用域， 不过仅在 Portlet 的 Web 应用中使用 。 Portlet 定义了全局 Session，它被组成 Portlet Web 应用的所有子 Portlet 共享。如果不在 Portlet 的 Web 应用下，globalSession 等价于 session。
假设我们需要在 非 web 作用域下的 Bean 中引用 web 作用域下的 Bean，那么这里我们就需要使用 Spring AOP 的功能。
首先引入了 AOP 文件头说明。
author Bean 的作用域是 request ， 它被 singleton 作用域的 book Bean 所引用 。 为了使 book 能从 request 的作用域中获取 author 的引用， 这里使用了 Spring AOP 为 book Bean 声明了一个代理类。
当 book Bean 在 web 环境中调用 author Bean 时， Spring AOP 将启动动态代理机制智能判断 author Bean 处于哪一个 HTTP 请求线程中，并从对应的 HTTP 请求线程中回去对应的 author Bean。
Spring 通过动态代理技术，能够让单例的 book bean 引用到对应 HTTP 请求的 author Bean。
动态代理会判断当前的 book 位于哪一个线程中，然后根据这个线程找到对应的 HttpRequest，接着再从 HttpRequest 中获取对应的 author。根据容器的特性，一个 HTTP 请求对应一个独立的线程。
因为 Java 语言只能对接口实现自动代理，因此，Spring 是通过 CGLib 库来实现类的动态代理的，所以如果有需要，请在类路径中加入 CGLib 库。
