文章目录博客主页:JavaProfessional
一个专注于Java的博主，致力于使用通俗易懂的语句讲解内容，期待您的关注！
- 前言
- 第一步：从IOC中获取第一个JavaBean
- 第二步：从Main出发
- 好文推荐
读完本篇你将获得：
- 理解Spring IOC的架构图
- 理解Spring IOC中主要类的职责。
- 从设计模式出发理解Spring的精妙之处，学习大神写代码的精髓，多学习多实践相信我们都可以写出如此精妙的代码。
点击这里
第二步：从Main出发本次讲解都是基于第一步实现的程序，不是很复杂，却是Spring的核心，学习之前请实践一下哦~
以下是主程序，也是我们的入口：
public class Main {
public static void main(String[] args) {
ApplicationContext springContext = new ClassPathXmlApplicationContext("spring-context.xml");
User user = springContext.getBean("user", User.class);
System.out.println(String.format("userName:%s", user.getUserName()));
}
}
我们发现我们最核心的功能getBean方法是来自一个叫ClassPathXmlApplicationContext的类。现在我们不深入源码，如果让你实现这个getBean你会怎样实现？
public class ClassPathXmlApplicationContext{
private HashMap beanMap;
ClassPathXmlApplicationContext(String configFileName) {
// 读取配置文件，略
// 解析配置文件，略
// 循环读取配置文件的bean配置，反射生成对象，放入map中，等待getBean调用
beanMap.put("beanName"，BeanClass.newInstance());
}
public Object getBean(String beanName) {
return beanMap.get(beanName);
}
}
这样做非常好，我们的第一个版本满足了IOC的最基本要求。能做到这里其实已经实现了Spring的核心，对吗？其余的都是添砖加瓦让这个框架更好。
那我们打开ClassPathXmlApplicationContext看一下他是如何实现的吧！（使用idea的diagram功能）
好家伙，怎么这么复杂,想必大家都有恐惧之心。但其实我们抓住核心，ClassPathXmlApplicationContext类里面没有getBean方法，那么getBean到底是从哪里来的？我们一路往上追溯，发现ClassPathXmlApplicationContext继承了太多的类，但是有一个类有getBean方法，于是ClassPathXmlApplicationContext也就有了getBean方法，这个类就是BeanFactory。
我们精简一下，看一下大神是怎样写代码的：
public interface BeanFactory {
Object getBean(String beanName);
}
public abstract class AbstractApplicationContext implements BeanFactory{
public abstract BeanFactory getBeanFactory();
public getBean(String beanName) {
return this.getBeanFactory().getBean(beanName);
}
}
public ClassPathXmlApplicationContext extends AbstractApplicationContext {
Resource[] resources;
}
为什么要这么写？大神为社么要这么写呢？是故意让其显得复杂吗？其实并不是，这其中使用了一种设计模式——模板模式，为了解决重复代码问题。其中这个AbstractApplicationContext就是模板。
试想我们不仅要从ClassPath路径下读取XML文件的形式读取配置文件，我们还需要从文件系统中，从注解中读取等等方式，有一部分的代码其实是重复的，我们就都实现一遍吗？这时候就可以使用模板模式，用于减少重复代码。
好文推荐- 通俗易懂JVM
- 为什么Spring中的IOC(控制反转)能够降低耦合性（解耦）？
- 效率翻倍，这些idea的逆天功能你知道吗？
