Bean的作用域
在默认情况下，spring中的Bean都是以单例（singleton）的形式创建的，也就是说不管给定的一个Bean被注入到其他Bean中多少次，每次注入的都是同一个实例
在大多是时候，单例Bean是很理想的方案，但有时候，可能会发现，你使用的类是易变的，他们会保持一些状态，因此重用是不安全的，在这种情况下将class声明为单例Bean会出现一些意想不到的问题，因为对象可能会被污染
Spring定义了多种作用域，可以基于这些作用域创建Bean
- 单例（Singleton）: 在整个应用中，只创建Bean的一个实例
- 原型（Prototype）：每次注入或者通过Spring应用上下文获取时，都创建一个新的Bean实例
- 会话（Session）: 在Web应用中，为每个会话创建一个Bean实例
- 请求（Request）：在Web应用中，为每个请求创建一个Bean实例
单例是默认的作用域，如果选择其他的作用域要使用@Scope注解
例
@Component
@Scope(ConfigurableBenFactory.SCOPE_PROTOTYPE)
public class Notepad{}
这里声明了原型作用域，也可以使用@("prototype")来声明，但是这样声明更安全且不易出错
在web应用中，如果有一个Bean代表用户的购物车，如果这个购物车是单例的话，那将会导致所有的用户都会向一个购物车中添加商品，如果购物车是原型作用域的，那么在应用中的某一个地方往购物车中添加商品，在应用的另一个地方可能就不可用了，就购物车Bean来说，会话作用域是最合适的，因为它与给定的用户关联性最大
例
@Component
@Scope(value = webApplicationContext.SCOPE_SESSION
proxyMode=ScopedProxyMode.INTERFACES)
public ShoppingCart cart() {}
这里将value值设置为了webApplicationContext中的SCOPE_SESSION常量，这会告诉Spring为Web应用中的每个会话创建一个ShoppingCart，
如果我们要将ShoppingCart bean 注入到单例StoreService bean 的 Setter方法中
@Component
public class StoreService
{
@Autowired
public void setShoppingCart(ShoppingCart shoppingCart)
{
this.shoppingCart = shoppingCart;
}
}
因为StoreService是一个单例的Bean 会在Spring应用上下文加载时创建，当它创建时，Spring会试图将ShoppingCart Bean 注入到setShoppingCart()方法中，但ShoppingCart bean 是会话作用域的，此时并不存在，直到用户进入了系统创建了会话后，才会出现ShoppingCart实例
系统中每个用户都有一个ShoppingCart实例，我们并不想让Spring注入某个固定的ShoppingCart实例到StoreService中，我们希望的是当StoreService处理购物车功能时它所使用的ShoppingCart实例恰好是当前会话所对应的哪一个。
Spring并不会将实际的ShoppingCart bean注入到StoreService中，Spring会注入一个到ShoppingCart bean的代理，这个代理会暴露与ShoppingCart相同的方法，只有当StoreService调用ShoppingCart的方法时，代理会对其懒解析并将调用委托给会话作用域内真正的ShoppingCart bean。
proxyMode属性被设置为了 ScopedProxyMode.INTERFACE，这表明这个代理要实现ShoppingCart接口。并将调用委托给实现bean
如果ShoppingCart不是接口而是类的，这是可以的，但如果ShoppingCart是一个具体的类的话，Spring就没有办法创建基于接口的代理，此时它必须使用CGLIB来生成基于类的代理，所以我们要将proxyMode设置为ScopeProxyMode.TARGET_CALSS，来表明要以生成目标类扩展的方法创建代理，
请求作用域的Bean也应该以作用域代理的方式进行注入。
运行时值注入
bean装配的另一个方面是指将一个值注入到bean的属性或构造器参数中
例
@Bean
public CompactDisc sgtPeppers()
{
return new BlankDisc("sgt.pepper's lonely hearts club band","the beatles");
}
尽管这为BlankDisc bean 设置了title和artist 但它在实现的时候是将值硬编码在配置类中的
有时候硬编码是可以的，但有时候我们可能会希望避免硬编码值，而是想让值在运行时在确定，Spring为实现这提供了两种方法
- 属性占位符（Property placeholder）
- Spring表达式语言（SpEL）
注入外部的值
在Spring中 处理外部值的最简单方式就是声明属性源并通过Spring的Environment来检索属性
例 使用外部的属性来装配BlankDisc bean
@Configuration
@PropertySource("classpath:/com/soundsystem/app.properties")
public class ExpressiveConfig
{
@Autowired
Environment env;
@Bean
public BlankDisc disc()
{
env.getProperty("disc.title"), env.getProperty("disc.artist");
}
}
代码中引用了一个名为app.properties的文件 他大致如下
disc.title = Sgt. Peppers lonely hearts club band
disc.artist = the beatles
这个属性文件会加载到Spring的Enviroment中，稍后可以从这里检索属性，同时 在disc()方法中 会创建一个新的BlankDisc 它的构造器参数是从属性文件中获取的，而这是通过调用getProperty()实现的
getProperty()有四个重载的变种形式
- String getProperty(String key)
- String getProperty(String key, String defaultValue)
- T getProperty(String key, Class<T> type)
- T getProperty(String key ,Class<T> type ,T defaultValue)
前两种形式的getProperty()方法都会返回String类型的值 第一种在上面已经使用过了
你可以对@Bean方法稍微修改一下，让其在指定属性不存在的时候，使用一个默认值
@Bean
public BlankDisc disc()
{
env.getProperty("disc.title","Rattle and hum"),
env.getProperty("disc.artist", "U2");
}
剩下的两种方法与前面的两种非常类似，但是它们不会把所有的值都视为String类型，例如，假设你想要获取的值所代表的含义是连接池中所维持的连接数量，如果我们从属性文件中得到的是一个String类型的值，那么在使用前还需要将其转换为Integer类型，如果使用重载形式的getProperty（）就可以非常便利的解决这个问题
int connectionCount = env.getProperty("db.connection.count", Integer.class,30);
