Spring的IOC分析(二)源码
2024-10-19 14:53:01
承接上节继续,分析Ioc的工作原理,在典型的 IOC 场景中,容器创建了所有对象,并设置必要的属性将它们连接在一起(同时一个叫DI“依赖注入”或DL“依赖查找”的概念,在C++,java,php以及.net中也是用到过,但是Spring中也把IOC叫做依赖注入,这是找到资料上面是这样写的),决定什么时间 调用方法。从源码的角度看这个过程是怎样实现一下几步:
- 定位
- 载入
- 初始化
- 注册
- 依赖注入使用
public ClassPathXmlApplicationContext( String[] configLocations, boolean refresh, @Nullable ApplicationContext parent) throws BeansException { super(parent);//这里是调用的父类的方法 setConfigLocations(configLocations); if (refresh) { refresh(); } }
//创建一个新的AbstractApplicationContext与给定的父上下文中。 public AbstractApplicationContext(@Nullable ApplicationContext parent) { this(); setParent(parent); }
//把parent赋给这个application 上下文
@Override
public void setParent(@Nullable ApplicationContext parent) {
this.parent = parent;
if (parent != null) {
Environment parentEnvironment = parent.getEnvironment();
if (parentEnvironment instanceof ConfigurableEnvironment) {
getEnvironment().merge((ConfigurableEnvironment) parentEnvironment);
}
}
}
这里只是加载application.xml文件的上下文,使我们的Spring的可以读取到这里面的所有的配置的bean,接下来的关键是,将需要的bean用getBean()的方式去定位拿到。
获取bean是个结束:下图表明了获取bean的方法来自最顶层的接口BeanFactory,所以核心研究这个定义了规范的顶层接口做了做了些什么,也方便我们的代码以后的扩张。简单的下面的这种多种获取对象bean的面向接口编程方式,就是常见的工厂模式;也即 IOC 容器为开发者管理对象 间的依赖关系提供了很多便利和基础服务。其实我们知道这些方法就可以满足我们正在的开发的需要了,但是我们还是想跟着bean的生成过成做一次探索。
//定义了Ioc的基本功能规范 public interface BeanFactory { // 对FactoryBean的转义,假如,bean的名字被叫做FactoryBean,获取时会返回一个factory,不是工厂的实例,需要转义 String FACTORY_BEAN_PREFIX = "&"; //返回一个实例 //根据bean的名字返回一个bean的实例对象 Object getBean(String name) throws BeansException; // 返回一个bean的实例 // 支持泛型的方法是安全的,参数bean的名字和输入的bean的类型必须一致 <T> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException; // 返回一个bean的实例 // 输入一个bean的名字,使用显式参数创建bean实例时使用的rgs Object getBean(String name, Object... args) throws BeansException; // 返回与给定对象类型匹配的bean实例,如果有的话 <T> T getBean(Class<T> requiredType) throws BeansException; //返回一个实例,该实例可以共享或独立于指定的bean。 <T> T getBean(Class<T> requiredType, Object... args) throws BeansException; //这个bean工厂是否包含bean定义或外部注册的单例对象 boolean containsBean(String name); //这个bean是一个共享的单例吗?返回相同的实例吗? boolean isSingleton(String name) throws NoSuchBeanDefinitionException; //这个bean是原型吗? boolean isPrototype(String name) throws NoSuchBeanDefinitionException; //检查给定名称的bean是否与指定的类型匹配 boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException; //检查给定名称的bean是否与指定的类型匹配 boolean isTypeMatch(String name, @Nullable Class<?> typeToMatch) throws NoSuchBeanDefinitionException; @Nullable Class<?> getType(String name) throws NoSuchBeanDefinitionException; //为给定的bean名称提供别名,如果有的话。所有这些别名都指向同一个bean,在@link getbean调用中使用。 String[] getAliases(String name); }
对bean的解析是现在开始:描述bean的接口是这个Beandefinition,这是一个比较复杂的一个过程,我也不知道我能不能完全把它说清楚,需要准备一下,我下节中会详细介绍这里面的细节实现,容我准备一波。
最新文章
- 【BZOJ-3270】博物馆 高斯消元 + 概率期望
- 51nod1265 四点共面
- React Test相关资料
- JDE Section设置默认不执行
- ECharts2.2.0 兼容IE8
- [51NOD1959]循环数组最大子段和(dp,思路)
- [转]SQLite C/C++
- S3C2440 之SPI
- 【译】手动处理Team Foundation Server 2010 数据仓库和分析服务数据库
- 【源码分享】mui实现简单的手机音乐播放器
- 关于APIcloud对应C#的 wcf框架作为后台,实现多库功能
- 06 Nexus仓储/基础设施 - DevOps之路
- JVM学习之-栈
- 开源视频平台:ViMP
- 2018下C语言基础课第1次作业
- Python之函数的本质、闭包、装饰器
- webpack 入门踩坑
- 小程序Promise不支持finally解决方案
- P3301 [SDOI2013]方程
- Scala之隐式转换implicit详解