其实不管是AnnotationConfigApplicationContext还是ClassPathXmlApplicationContext，目前，我们都可以简单的将它们理解为就是用来创建Java对象的，比如调用getBean()就会去创建对象（此处不严谨，getBean可能也不会去创建对象）。
在Java语言中，肯定是根据某个类来创建一个对象的。我们再看一下实例代码：
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); UserService userService = (UserService) context.getBean("userService"); userService.test();
当我们调用context.getBean("userService")时，就会去创建一个对象，但是getBean方法
内部怎么知道"userService"对应的是UserService类呢？
所以，我们就可以分析出来，在调用AnnotationConfigApplicationContext的构造方法
时，也就是第一行代码，会去做一些事情：
- 1. 解析AppConfig.class，得到扫描路径
- 2. 遍历扫描路径下的所有Java类，如果发现某个类上存在@Component、@Service等注解，那么Spring就把这个类记录下来，存在一个Map中，比如Map<String,Class>。（实际上，Spring源码中确实存在类似的这么一个Map，叫做BeanDefinitionMap，后续课程会讲到）
- 3. Spring会根据某个规则生成当前类对应的beanName，作为key存入Map，当前类作为value这样，但调用context.getBean("userService")时，就可以根据"userService"找到UserService类，从而就可以去创建对象了。
Bean的创建过程
那么Spring到底是如何来创建一个Bean的呢，这个就是Bean创建的生命周期，大致过程如下
- 1. 利用该类的构造方法来实例化得到一个对象（但是如何一个类中有多个构造方法，
Spring则会进行选择，这个叫做推断构造方法） - 2. 得到一个对象后，Spring会判断该对象中是否存在被@Autowired注解了的属
性，把这些属性找出来并由Spring进行赋值（依赖注入） - 3. 依赖注入后，Spring会判断该对象是否实现了BeanNameAware接口、
BeanClassLoaderAware接口、BeanFactoryAware接口，如果实现了，就表示当前
对象必须实现该接口中所定义的setBeanName()、setBeanClassLoader()、
setBeanFactory()方法，那Spring就会调用这些方法并传入相应的参数（Aware回
调） - 4. Aware回调后，Spring会判断该对象中是否存在某个方法被@PostConstruct注解
了，如果存在，Spring会调用当前对象的此方法（初始化前） - 5. 紧接着，Spring会判断该对象是否实现了InitializingBean接口，如果实现了，就
表示当前对象必须实现该接口中的afterPropertiesSet()方法，那Spring就会调用当
前对象中的afterPropertiesSet()方法（初始化） - 6. 最后，Spring会判断当前对象需不需要进行AOP，如果不需要那么Bean就创建完
了，如果需要进行AOP，则会进行动态代理并生成一个代理对象做为Bean（初始化
后）
通过最后一步，我们可以发现，当Spring根据UserService类来创建一个Bean时：
- 1. 如果不用进行AOP，那么Bean就是UserService类的构造方法所得到的对象。
- 2. 如果需要进行AOP，那么Bean就是UserService的代理类所实例化得到的对象，而
不是UserService本身所得到的对象。
Bean对象创建出来后：
- 1. 如果当前Bean是单例Bean，那么会把该Bean对象存入一个Map<String,
Object>，Map的key为beanName，value为Bean对象。这样下次getBean时就可
以直接从Map中拿到对应的Bean对象了。（实际上，在Spring源码中，这个Map就
是单例池） - 2. 如果当前Bean是原型Bean，那么后续没有其他动作，不会存入一个Map，下次
getBean时会再次执行上述创建过程，得到一个新的Bean对象。
推断构造方法
Spring在基于某个类生成Bean的过程中，需要利用该类的构造方法来实例化得到一个对
象，但是如果一个类存在多个构造方法，Spring会使用哪个呢？
Spring的判断逻辑如下：
1. 如果一个类只存在一个构造方法，不管该构造方法是无参构造方法，还是有参构造方法， Spring都会用这个构造方法
2. 如果一个类存在多个构造方法
a. 这些构造方法中，存在一个无参的构造方法，那么Spring就会用这个无参的构造方法
b. 这些构造方法中，不存在一个无参的构造方法，那么Spring就会报错
Spring的设计思想是这样的：
1. 如果一个类只有一个构造方法，那么没得选择，只能用这个构造方法2. 如果一个类存在多个构造方法，Spring不知道如何选择，就会看是否有无参的构造方 法因 为无参构造方法本身表示了一种默认的意义3. 不过如果某个构造方法上加了@Autowired注解，那就表示程序员告诉Spring就用这 个加了 注解的方法，那Spring就会用这个加了@Autowired注解构造方法了，需要重 视的是，如果Spring选择了一个有参的构造方法，Spring在调用这个有参构造方法 时，需要传入参数，那这个参数是怎么来的呢？
Spring会根据入参的类型和入参的名字去Spring中找Bean对象（以单例Bean为例，Spring会从单例池那个Map中去找）：
1. 先根据入参类型找，如果只找到一个，那就直接用来作为入参
2. 如果根据类型找到多个，则再根据入参名字来确定唯一一个
3. 最终如果没有找到，则会报错，无法创建当前Bean对象确定用哪个构造方法，确定入参的 Bean对象，这个过程就叫做推断构造方法。
