手撕spring核心源码，彻底搞懂spring流程

引子

十几年前，刚工作不久的程序员还能过着很轻松的日子。记得那时候公司里有些开发和测试的女孩子，经常有问题解决不了的，不管什么领域的问题找到我，我都能帮她们解决。但是那时候我没有主动学习技术的意识，只是满足于解决问题，错过了能力提升最好的阶段。

老公是个截然相反的类型，我就看他天天在宿舍里学习。学来学去也就那样了。他不陪我玩，我虽然心里不乐意，但是还好那时候未卜先知：知道自己能生一个长的帅、和我兴趣相投、天天粘我，我在他旁边他睡觉都能笑出声的儿子，就忍下了。我就自己学学历史、文学，出去上个外语培训班，什么感兴趣学什么。就是正经工作中的东西不学。

后来才发现自己犯了多大一个错误：没有尽早建立一个系统性的知识体系和思维，还影响了思维上的连续性和逻辑性。武侠故事里一夜得到神功是骗人的，功夫还在平时。老公看似做了十几年长进不大的事，基础却非常扎实，有功力。但是如果他能头脑再活络些，掌握要领，可以事半功倍。

很多朋友想学习Spring，总是很快地从入门到放弃。原因是头脑中没有框架，学到的东西没有索引，最终被深藏于记忆深处。本文通过手撕spring核心源码的方式，旨在让大家可以在头脑中形成一个spring框架，然后自己在工作中可以带着问题翻看源码，给这个框架添枝加叶，最终形成了一个饱满的spring知识体系。

本文整体采用由浅入深的逻辑结构。侧重于面向于平时工作或学习中用spring写过业务代码的朋友。

HelloWorld版本Spring启动代码

有些朋友可能写过或者见过ClassPathXmlApplicationContext、AnnotationConfigApplicationContext，它们都是常见的spring容器或者是上下文。既然说到这里，就先来解释什么是spring容器，什么是spring上下文。

Spring的核心就是容器，负责对象的整个生命周期：创建、管理、销毁程序执行过程中需要的对象。

Spring容器又分为两种类型：第一种是BeanFactory，最简单的容器，只能提供基本的DI功能）另一种是:继承了BeanFactory后派生而来的ApplicationContext，被称之为Spring上下文。能提供更多企业级的服务。咱们最常用的还是基于