1.3。Bean总览
Spring IoC容器管理一个或多个bean。这些bean是使用您提供给容器的配置元数据建立的（例如，以XML <bean/>定义的形式 ）。java
在容器自己内，这些bean定义表示为BeanDefinition对象，其中包含（除其余信息外）如下元数据：spring
包限定的类名：一般，定义了Bean的实际实现类。
Bean行为配置元素，用于声明Bean在容器中的行为（做用域，生命周期回调等）。
引用其余bean进行其工做所需的bean。这些引用也称为协做者或依赖项。
要在新建立的对象中设置的其余配置设置-例如，池的大小限制或在管理链接池的Bean中使用的链接数。api
该元数据转换为构成每一个bean定义的一组属性。下表描述了这些属性：并发
| 属性 | 解释 |
|---|---|
| 类 | 实例化bean |
| 名称 | bean名称 |
| 生命周期 | bean生命周期 |
| 构造函数参数 | 依赖注入 |
| 属性 | 依赖注入 |
| 自动注入模式 | 自动注入的合做者 |
| 延迟初始化模式 | 懒初始化bean |
| 初始化方法 | 初始化回调 |
| 销毁方式 | 销毁回调 |
除了包含有关如何建立特定bean的信息的bean定义外，这些ApplicationContext实现还容许注册在容器外部（由用户）建立的现有对象。这是经过方法访问ApplicationContext的BeanFactory的getBeanFactory()来完成，该方法返回BeanFactory的DefaultListableBeanFactory实现。DefaultListableBeanFactory 经过registerSingleton(..)和 registerBeanDefinition(..)方法支持此注册。可是，典型的应用程序仅使用经过常规bean定义元数据定义的bean。函数
自定义类 不带任何注解
public class LearnBean {
public LearnBean(String name) {
}
public String getString(){
return "learnSpring";
}
}
第一种：AnnotationConfigApplicationContext自带的registerBean方法，能够传入class和构造参数
AnnotationConfigApplicationContext annotationConfigApplicationContext =
new AnnotationConfigApplicationContext();
annotationConfigApplicationContext.registerBean(LearnBean.class,"");
annotationConfigApplicationContext.refresh();
LearnBean bean = (LearnBean) annotationConfigApplicationContext.getBean("learnBean");
System.out.println(bean.getString());
第二种：还能够传入 class和beanDefinition也就是配置元数据 这个和 getBeanFactory().registerBeanDefinition(..)是一个意思
AnnotationConfigApplicationContext annotationConfigApplicationContext =
new AnnotationConfigApplicationContext();
RootBeanDefinition rootBeanDefinition = new RootBeanDefinition(LearnBean.class);
ConstructorArgumentValues constructorArgumentValues = new ConstructorArgumentValues();
constructorArgumentValues.addIndexedArgumentValue(0,"111");
rootBeanDefinition.setConstructorArgumentValues(constructorArgumentValues);
annotationConfigApplicationContext.registerBeanDefinition("learnBean",rootBeanDefinition);
annotationConfigApplicationContext.refresh();
LearnBean bean = (LearnBean) annotationConfigApplicationContext.getBean("learnBean");
System.out.println(bean.getString());
注意：若是不写
annotationConfigApplicationContext.refresh();
就会报错
Exception in thread "main" java.lang.IllegalStateException: org.springframework.context.annotation.AnnotationConfigApplicationContext@68de145 has not been refreshed yet
at org.springframework.context.support.AbstractApplicationContext.assertBeanFactoryActive(AbstractApplicationContext.java:1096)
at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1108)
at org.springframework.example.DebuggerSpringMain.main(DebuggerSpringMain.java:40)
Bean元数据和手动提供的单例实例须要尽早注册，以便容器在自动装配和其余自省步骤中正确地推理它们。虽然在某种程度上支持覆盖现有元数据和现有单例实例，可是在运行时（与对工厂的实时访问同时）对新bean的注册不被正式支持，而且可能致使并发访问异常，bean容器中的状态不一致或都。ui
很显然注册太晚，就没法和Spring基础的步骤融合，一些依赖注入没法完成
1.3.1。bean的命名
每一个bean具备一个或多个标识符。这些标识符在承载Bean的容器内必须惟一。
一个bean一般只有一个标识符。可是，若是须要多个，则能够将多余的别名视为别名。this
在基于XML配置文件，您可使用id属性，name属性，或二者来指定bean标识符。id属性使您能够精确指定一个ID。 按照惯例，这些名称是字母数字（“myBean”，“someService”等），但它们也能够包含特殊字符。若是要为bean引入其余别名，还能够在name属性中指定它们，并用逗号（,），分号（;）或空格分隔。 做为历史记录，在Spring3.1以前的版本中，该id属性被定义为一种xsd:ID类型，该类型限制了可能的字符。从3.1开始，它被定义为xsd:string类型。 请注意，Bean id惟一性仍由容器强制执行，尽管再也不由XML解析器执行。编码
您不须要为bean 提供name或id。若是不提供 name或id显式提供，则容器将为该bean生成一个惟一的名称。 可是，若是您但愿经过使用ref元素或服务定位器样式查找经过名称引用那个bean，那么您必须提供一个名称。使用内部bean 和 自动装配合的时候 一般不须要使用名称。代理
###### Bean命名约定 约定是在命名bean时将标准Java约定用于实例字段名称。 也就是说，bean名称以小写字母开头，并从那里用驼峰式大小写。 这样的名字的例子包括accountManager， accountService，userDao，loginController，等等。 一致地命名Bean使您的配置更易于阅读和理解。 另外，若是您使用Spring AOP，则在将切点应用于名称相关的一组bean时，它会颇有帮助。 经过在类路径中进行组件扫描，Spring会按照前面描述的规则为未命名的组件生成Bean名称：本质上，采用简单的类名称并将其初始字符转换为小写。 可是，在（不寻常的）特殊状况下，若是有多个字符而且第一个和第二个字符均为大写字母，则会保留原始大小写。 这些规则与java.beans.Introspector.decapitalize（由Spring在此处使用）定义的规则相同。
在Bean定义以外别名Bean
在bean定义自己中，能够经过使用id属性指定的最多一个名称和属性中任意数量的其余名称的组合来为bean提供多个名称name。这些名称能够是同一个bean的等效别名，而且在某些状况下颇有用，例如，经过使用特定于该组件自己的bean名称，让应用程序中的每一个组件都引用一个公共依赖项。code
可是，在实际定义bean的地方指定全部别名并不老是足够的。有时须要为在别处定义的bean引入别名。在大型系统中一般是这种状况，在大型系统中，配置在每一个子系统之间分配，每一个子系统都有本身的对象定义集。在基于XML的配置元数据中，您可使用<alias/>元素来完成此任务。如下示例显示了如何执行此操做：
<alias name="fromName" alias="toName"/> 在这种状况下，(在同一个容器中)名为fromName的bean在使用了这个别名定义以后，也能够被称为toName。
例如， 子系统A的配置元数据可能引用一个名为subsystem-DataSource的数据源。
子系统B的配置元数据能够引用名为subsystembl-DataSource的数据源。
在编写使用这两个子系统的主应用程序时，主应用程序以myApp-dataSource的名称引用数据源。
要让这三个名称引用同一个对象，您能够在配置元数据中添加如下别名定义:
<alias name="myApp-dataSource" alias="subsystemA-dataSource"/> <alias name="myApp-dataSource" alias="subsystemB-dataSource"/>
如今，每一个组件和主应用程序均可以经过惟一的名称引用数据源，而且能够保证不与任何其余定义冲突（有效地建立名称空间），可是它们引用的是同一bean。
Java-configuration
若是使用Java-configuration，则@Bean注解可用于提供别名。有关详细信息，请参见使用@Bean注解。
1.3.2。实例化bean
bean定义本质上是建立一个或多个对象的诀窍。当被请求时，容器查看已命名bean的配方，并使用该bean定义封装的配置元数据来建立(或获取)实际对象。
若是使用基于XML的配置元数据，则能够在元素的class属性中指定要实例化的对象的类型（或类）<bean/>。此 class属性（在内部是实例的Class属性BeanDefinition）一般是必需的。
如下两种状况会用到Class属性：
一般，在容器自己经过反射调用其构造函数直接建立bean的状况下， 指定要构造的bean类，这在某种程度上等同于使用new操做符的Java代码。 要指定包含为建立对象而调用的静态工厂方法的实际类， 在容器调用类上的静态工厂方法来建立bean的状况下就不太常见了。 从静态工厂方法调用返回的对象类型能够是相同的类，也能够彻底是另外一个类。
内部类名称 若是但愿为静态嵌套类配置bean定义，则必须使用嵌套类的二进制名称。 例如，若是你在com中有一个叫作什么的类。 这个东西类有一个名为OtherThing的静态嵌套类， bean定义上的class属性的值将是com.example.SomeThing$OtherThing。 请注意名称中使用了$字符来分隔嵌套的类名和外部类名。 <bean id="innerClass1" class="org.springframework.example.config.MyBean$InnerClass"/>
用构造函数实例化
当经过构造方法建立一个bean时，全部普通类均可以被Spring使用并与之兼容。也就是说，正在开发的类不须要实现任何特定的接口或以特定的方式进行编码。只需指定bean类就足够了。可是，根据您用于该特定bean的IoC的类型，您可能须要一个默认（空）构造函数。
Spring IoC容器几乎能够管理您要管理的任何类。它不只限于管理真正的JavaBean。大多数Spring用户更喜欢实际的JavaBean，它仅具备默认（无参数）构造函数，并具备根据容器中的属性建模的适当的setter和getter。您还能够在容器中具备更多奇特的非bean样式类。例如，若是您须要使用绝对不符合JavaBean规范的旧式链接池，则Spring也能够对其进行管理。
使用基于XML的配置元数据，您能够以下指定bean类：
<bean id="exampleBean" class="examples.ExampleBean"/> <bean name="anotherExample" class="examples.ExampleBeanTwo"/>
有关用于向构造函数提供参数（若是须要）并在构造对象以后设置对象实例属性的机制的详细信息，请参见 注入依赖项。
用静态工厂方法实例化
在定义使用静态工厂方法建立的bean时，请使用class属性指定包含static工厂方法的类，并使用命名factory-method为属性的属性来指定工厂方法自己的名称。您应该可以调用此方法（使用可选参数，如稍后所述）并返回一个活动对象，该对象随后将被视为已经过构造函数建立。这种bean定义的一种用法是static用旧代码调用工厂。
如下bean定义指定经过调用工厂方法来建立bean。该定义不指定返回对象的类型（类），而仅指定包含工厂方法的类。在此示例中，该createInstance() 方法必须是静态方法。如下示例显示如何指定工厂方法：
<bean id="clientService"
class="examples.ClientService"
factory-method="createInstance"/>
public class ClientService {
private static ClientService clientService = new ClientService();
private ClientService() {}
public static ClientService createInstance() {
return clientService;
}
}
使用实例工厂方法实例化
相似于经过静态工厂方法进行实例化，使用实例工厂方法进行实例化会从容器中调用现有bean的非静态方法来建立新bean。要使用此机制，请将class属性留空，并在factory-bean属性中指定当前（或父容器或祖先容器）中包含要建立对象的实例方法的bean的名称。使用factory-method属性设置工厂方法自己的名称。如下示例显示了如何配置此类Bean：
<bean id="serviceLocator" class="examples.DefaultServiceLocator">
</bean>
<bean id="clientService"
factory-bean="serviceLocator"
factory-method="createClientServiceInstance"/>
public class DefaultServiceLocator {
private static ClientService clientService = new ClientServiceImpl();
public ClientService createClientServiceInstance() {
return clientService;
}
}
一个工厂类也能够包含一个以上的工厂方法，如如下示例所示：
<bean id="serviceLocator" class="examples.DefaultServiceLocator">
<!-- inject any dependencies required by this locator bean -->
</bean>
<bean id="clientService"
factory-bean="serviceLocator"
factory-method="createClientServiceInstance"/>
<bean id="accountService"
factory-bean="serviceLocator"
factory-method="createAccountServiceInstance"/>
public class DefaultServiceLocator {
private static ClientService clientService = new ClientServiceImpl();
private static AccountService accountService = new AccountServiceImpl();
public ClientService createClientServiceInstance() {
return clientService;
}
public AccountService createAccountServiceInstance() {
return accountService;
}
}
这种方法代表，工厂Bean自己能够经过依赖项注入（DI）进行管理和配置。详细信息，请参见依赖性和配置。
在Spring文档中，“ factory bean”是指在Spring容器中配置并经过实例或 静态工厂方法建立对象的bean 。相反， FactoryBean（注意大写）是指特定于Spring的 FactoryBean 实现类。
肯定Bean的运行时类型
肯定特定bean的运行时类型并不是易事。Bean元数据定义中的指定类只是初始类引用，可能与声明的工厂方法结合使用，或者是FactoryBean可能致使Bean的运行时类型不一样的类，或者在实例的状况下根本不设置-级别工厂方法（经过指定factory-bean名称解析）。另外，AOP代理可使用基于接口的代理包装bean实例，而目标Bean的实际类型（仅是其实现的接口）的暴露程度有限。
找出特定bean的实际运行时类型的推荐方法是BeanFactory.getType调用指定的bean名称。这考虑了上述全部状况，并返回了BeanFactory.getBean要针对相同bean名称返回的对象的类型。