共计 4371 个字符，预计需要花费 11 分钟才能阅读完成。
全是干货的技术号：
本文已收录在 github，欢送 star/fork：
https://github.com/Wasabi1234…
Spring 治理的这些 bean 藉由配置元数据创立，例如被 @Bean 注解。那么在 Spring 外部又是如何存储这些信息的呢？
1 BeanDefinition
1.1 域
在容器内，这些 bean 定义被示意为 BeanDefinition 对象，它蕴含但不限于如下元数据：
这些元数据会转换为形成每个 bean 定义内的一组属性。
1.1.1 包限定类名
被定义 bean 的理论实现类
1.1.2 bean 行为
这些状态批示 bean 在容器中的行为（作用域、生命周期回调等）。如下即为作用域：
- 默认的作用域也就是
singleton
1.1.3 须要的其它 bean 援用
这些援用也就是常见的合作或依赖对象。
- 例如对于如下类：
除了蕴含无关如何创立特定 bean 信息的 bean 定义外，ApplicationContext实现还容许注册在容器内部（用户自定义的）创立的现有对象。
这是通过 getBeanFactory() 办法拜访 ApplicationContext 的BeanFactory实现的，该办法返回其 DefaultListableBeanFactory 实现。
DefaultListableBeanFactory通过 registerSingleton（..） 和registerBeanDefinition（..）办法反对此注册。当然了，咱们开发的应用程序个别只应用通过惯例的 bean 定义内的元数据定义的 bean。
DefaultListableBeanFactory 反对通过如下两种形式进行注册：
- registerSingleton(String beanName, Object singletonObject)
bean 实例就是传递给 registerSingleton 办法的 singletonObject 对象
- registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
容器依据 BeanDefinition 实例化 bean
当然了，个别的应用程序还是仅通过元数据定义的 bean 来定义 bean。
Bean 元数据和显式编码提供的单例实例需尽早地注册，不便容器在主动拆卸和其余自省（指在运行时来判断一个对象的类型的能力）过程能正确推理它们。尽管在某种程度上反对笼罩现有的元数据或单例实例，但在运行时（与对工厂的实时拜访并发）对新 bean 的注册并不被正式反对，并且可能导致并发拜访异样，比方 bean 容器中的状态不统一。
2 如何给 bean 命名？
每个 bean 都有一或多个标识符，这些标识符在其所在容器中必须惟一。一个 bean 通常只有一个标识符。但若它就是须要有一个以上的，那么多余标识符被视为别名。
在 bean 定义中，可组合应用 id、name 属性指定 bean 的标识符。
- 最多指定一个名称的
id属性。一般来说，这些名字由字母数字组成（如 myBean，fooService），但也可能蕴含特殊字符。 - 如果还想为 bean 引入其余别名，可在
name属性指定任意数量的其余名称。用逗号,、分号;或空格分隔。
在 Spring 3.1 前，id属性定义为 xsd:ID 类型，该类型限度了可能的字符。从 3.1 开始，它被定义为 xsd:string 类型。留神，Bean 的 id 唯一性仍由容器强制执行，而不再是 XML 解析器。
开发者无需提供 bean 的 name 或id。如果未明确提供，容器将为该 bean 生成一个惟一 name。但如果想通过应用ref 元素或服务定位器模式查找来按名称援用该 bean，则必须提供一个name。不提供名称的起因和外部 beans 和主动拆卸无关。
能够为 bean 提供多个名称。这些名称视作同一 bean 的别名，例如容许利用中的每个组件通过应用特定于组件自身的 bean 名称来援用公共依赖。
2.1 Bean 命名标准
与对实例字段名称的命名标准雷同。即小写字母结尾，后跟驼峰式大小写。
示例：userService，roleController。
扫描类门路下的组件，Spring 就会依照该习惯为未命名的组件生成 bean 名称：将类名初始字符转换为小写。其实这个标准即是 JDK 里的 Introspector#decapitalize 办法，Spring 正应用了它：
decapitalize
java.beans.Introspector.decapitalize
public static String decapitalize(String name) {if (name == null || name.length() == 0) {return name;}
// 如果有多个字符且第一和第二个字符均为大写字母
// 则会保留原始大小写
if (name.length() > 1 && Character.isUpperCase(name.charAt(1)) &&
Character.isUpperCase(name.charAt(0))){return name;}
// 应用简略的类名，并将其初始字符转换为小写
char chars[] = name.toCharArray();
chars[0] = Character.toLowerCase(chars[0]);
return new String(chars);
}
2.2 如何为单个 bean 指定多个别名？
有时心愿为单个 Bean 提供多个名称，尤其是在多零碎环境。
XML 配置
可应用 <alias/> 标签：
<alias name="srcName" alias="extName"/>
定义别名后，可将 同一容器 中名为 srcName 的 bean 称为extName。
环境示例：
- 子系统 A 的配置元数据可通过名称
subA-ds援用数据源 - 子系统 B 可通过名称
subB-ds援用数据源 - 应用这俩子系统的主零碎通过名称
main-ds援用数据源。
要使所有三个名称都援用雷同的对象，可将以下别名定义增加到配置元数据：
<alias name="subA-ds" alias="subB-ds"/>
<alias name="subA-ds" alias="main-ds" />
当初，每个组件和主应用程序都能够通过惟一名称援用数据源，并且可保障不与任何其它定义抵触（等于高效创立了名称空间），而且援用的是同一 bean。
Java 代码配置
应用 @Bean 注解的 name 属性接管一个 String 数组。示例如下：
@Configuration
public class AppConfig {@Bean({"dataSource", "subA-ds", "subB-ds"})
public DataSource dataSource() {// ...}
}
3 如何实例化 bean？
BeanDefinition 可看做是创建对象的配方。容器在被询问时，会查看被命名过的 bean 的 BeanDefinition，并应用该 BeanDefinition 中的配置元数据创立（或间接从缓存池获取）对应的对象实例。
比方在 XML 形式下，在 <bean/> 标签的 class 属性指定要实例化的对象的类型。这个 class 属性，其实就是 BeanDefinition 实例的 Class 属性，因而该属性个别强制必须指定。
可通过如下形式应用 Class 属性来实例化 bean：
3.1 结构器
在容器本身通过反射调用其结构器间接创立 bean 时，指定要结构的 bean 类，相似 new 运算符。该形式下，类基本上都能被 Spring 兼容。即 bean 类无需实现任何特定接口或以特定形式编码。指定 bean 类即可。留神，依据所用的 IoC 类型，有时须要一个默认的无参结构器。
3.2 动态工厂办法
指定蕴含将要创建对象的动态工厂办法的理论类，容器将在类上调用动态工厂办法以创立 bean。
定义应用动态工厂办法创立的 bean 时，可应用 class 属性来指定蕴含动态工厂办法的类，并应用 factory-method 属性指定工厂办法自身的名称。开发者应该可能调用此办法并返回一个存活对象，该对象随后将被视为通过结构器创立的。
这种 BeanDefinition 的一种用法是在老代码中调用 static 工厂。
看个例子，如下 BeanDefinition 指定将通过调用工厂办法来创立 bean。该定义不指定返回对象的类型，而仅指定蕴含工厂办法的类。该示例中的 initInstance() 办法须是静态方法。
<bean id="serverService"
class="examples.ServerService"
factory-method="initInstance"/>
可与下面的 BeanDefinition 协同的类：
public class ServerService {private static ServerService serverService = new ServerService();
private ServerService() {}
public static ServerService createInstance() {return serverService;}
}
3.3 实例工厂办法
应用该形式实例化会从容器中调用现有 bean 的非静态方法来创立新 bean。要应用此机制，需将 class 属性置空，并在 factory-bean 属性中，在以后（或父 / 先人）容器中指定蕴含要创立该对象的实例办法的 bean 的名称。factory-method设置工厂办法自身的名称。
示例如下，来看看如何配置这样的 bean：
- 相应的类：
- 一个工厂类也能够包容一个以上的工厂办法，如下：
这种形式还表明，即便是工厂 bean 也能够通过依赖注入进行治理和配置。
“factory bean”是指在 Spring 容器中配置并通过实例或动态工厂办法创建对象的 bean。相比之下，FactoryBean是指特定于 Spring 的 FactoryBean 实现类。
4 如何确定 Bean 的运行时类型？
bean 元数据定义中的指定类只是初始类援用，可能联合应用的如下形式之一：
- 申明的工厂办法
- FactoryBean 类，该状况可能导致 bean 的运行时类型不同
- 实例级工厂办法（通过指定的 factory-bean 名称解析），该状况下间接就不设置了
因而，看起来确定 bean 运行时类型绝非易事，该如何精确获取呢？
BeanFactory.getType
举荐调用 BeanFactory.getType确定 bean 的运行时类型。
该办法可确定给定名称 bean 的类型。更确切地，返回针对雷同 bean 名称的 BeanFactory.getBean 调用将返回的对象的类型。
且该办法的实现思考了后面穷举的所有状况，并针对于 FactoryBean，返回 FactoryBean 所创立的对象类型，和 FactoryBean.getObjectType() 返回统一。