Spring****源码分析笔记——bean
开始使用Spring框架后，它的便捷易用，强大，给当年没有使用任何框架，从头到尾自己敲Java Web的我来说，简直到了天堂。
但由于对不能完全自己掌控的感觉的不爽，特别是在配置一个Spring项目时，需要各种摸索试错。
于是，诞生了阅读Spring源码，彻底对它滚瓜烂熟，有问题精准定位，并熟练使用的伟大目标。。。。。。。。
在此，列出几个优点来鼓舞自己坚持下去，，，，，，，毕竟，它的源码，有8000+文件。。。。。
1、从阅读源码的过程中，体会大神们的各种思想、技巧和编程规范。
2、对源码和实现方法熟悉了以后，更好地使用。
3、一个优秀成熟的框架，必然有优秀先进的技术，深入学习Java。
4、看源码的过程中可复习自己考过就忘的基础知识点。
Spring****术语
EJB （Enterorise JavaBean） 企业级JavaBean
POJO （Plain Old Java Object） 简单老式Java对象
DI （Dependency Injection） 依赖注入
AOP （Aspect-Oriented Programming） 面向切面编程
ORM （Object-Relational Mapping） 对象关系映射
JMS （Java Message Service） Java信息服务
MVC （Model - View - Controller） 模型-视图-控制器
从一个bean的初始化过程开始
Spring 框架最基础来说, 是一个 DI(依赖注入) 框架. 我们把我们的程序中用到的实体对象, 也就是我们常说的 bean, 放在 Spring 框架中维护, 当我们用到这些 bean 的时候, 可以在程序的任何地方来获取.
本文通过从头到尾跟踪分析代码，来查看一个bean的初始化的实现。
定义和注册 bean
有4种方式定义和注册bean：
方法一：xml 中来定义 bean 标签
方法二：通过注解扫描, 比如 @Service 这种类.
方法三：定义 Configuration 类, 在类中提供 @Bean 的方法来定义.
方法四：使用纯粹的 programmatically 的方式来定义和注册.
在代码中获取bean的6种方式
方法一：在初始化时保存ApplicationContext对象
方法二：通过Spring提供的utils类获取ApplicationContext对象
方法三：继承自抽象类ApplicationObjectSupport
方法四：继承自抽象类WebApplicationObjectSupport
方法五：实现接口ApplicationContextAware
方法六：通过Spring提供的ContextLoader
本文先分析第一种方式。
在初始化时保存ApplicationContext对象
其中，userService在xml文件中的定义为：
那么~~开始吧~~~~~
ClassPathXmlApplicationContext****类：
这里为了简化代码，只展示了有关系的代码，这个类的全部代码可自己去看~~~
其中，关于super关键字的具体了解可点击查看：java中关键字 super表示的真正对象
<pre style="margin-left:21.0pt;mso-para-margin-left:2.0gd;background:white">可以看到这个类继承了AbstractXmlApplicationContext类，那么接着看下去。</pre>
AbstractXmlApplicationContext****类（抽象类）：
AbstractRefreshableConfigApplicationContext****类（抽象类）
可以看到这个类继承了AbstractRefreshableApplicationContext类，并实现了BeanNameAware和InitializingBean接口。
关于Java中的类和接口的不同，可点击阅读： Java 抽象类、普通类、接口的区别——值得你一看的干货 Java抽象类与接口的区别
其中，Assert.noNullElements，是使用的Assert类的noNullElements方法，这个方法使用了@Deprecated注解，表示这个方法将被弃用，不建议使用。getEnvironment()方法在AbstractApplicationContext类中定义，会在这个类中详细分析。
具体的Spring注解，可点击查看：Spring常用注解介绍【经典总结】
AbstractRefreshableApplicationContext****类（抽象类）
AbstractApplicationContext****类（抽象类）
终于到了主菜了，，，，1000+行的代码，需要从头到尾慢慢理一理。
其中@Override注解，表示该方法是伪代码,表示重写(当然不写也可以)，不过写上有如下好处:
1、可以当注释用,方便阅读；
2、编译器可以验证@Override下面的方法名是否是父类中所有的，如果没有则报错。如果没写@Override，而下面的方法名又写错了，这时编译器是可以编译通过的，因为编译器以为这个方法是子类中自己增加的方法。Java中@Override的作用
{@link}与@see的简单使用以及区别--如何写好Java代码注释。
为了由繁化简，还是根据代码的执行思路来吧~~~
到了AbstractApplicationContext类，终于没有super(parent)了，改成了如下：
PathMatchingResourcePatternResolver类
PathMatchingResourcePatternResolver可以用来解析资源文件，主要是用来解析类路径下的资源文件。当然它也可以用来解析其它资源文件，如基于文件系统的本地资源文件。PathMatchingResourcePatternResolver在使用时可以直接new一个对象，new的时候可以通过使用带ResourceLoader参数的构造方法指定需要使用的ResourceLoader，解析好了资源后获取资源时需要通过ResourceLoader获取。
PathMatchingResourcePatternResolver其实也是实现了ResourceLoader接口的。空的构造方法将使用DefaultResourceLoader获取资源。大多数时候直接使用其空构造函数即可。
在AbstractApplicationContext的setParent()方法中，instanceof 运算符是用来在运行时指出对象是否是特定类的一个实例。通过返回一个布尔值来指出，这个对象是否是这个特定类或者是它的子类的一个实例。
因为parent的值为null，所以这里不会运行里面的代码。
在前面，有个getEnvironment()函数的调用，在AbstractRefreshableConfigApplicationContext类中。下面，分析这个函数。
StandardEnvironment类继承了AbstractEnvironment类，在AbstractEnvironment类中有resolveRequiredPlaceholders函数：
继续跟踪下去：
这个函数在AbstractPropertyResolver类中定义：
Java 访问权限控制：你真的了解 protected 关键字吗？
未完待续。。。。。。。。。。。。。。。。。。。。。。
看Spring源码真是一个极其漫长的过程啊。。。。。。。。。
参考资料：
