标签:朋友 兴趣 bdc 事务管理 model 默认 学习 创建 spring3
只有光头才能变强
回顾前面:
在刷Spring书籍的时候花了点时间去学习了单例模式和工厂模式,总的来说还是非常值得的!
本来想的是刷完《Spring 实战 (第4版)》和《精通Spring4.x 企业应用开发实战》的IOC章节后来重新编写一篇IOC的文章的,看了一下之前已经写过的入门系列Spring入门这一篇就够了和Spring【依赖注入】就是这么简单。最主要的知识点都已经讲过了,所以感觉就没必要重新来编写这些知识点了...
我个人又不喜欢将写过的东西复制到新的文章中,所以建议大家可以先去阅读上面两篇文章再来看这篇(工厂模式那篇如果没有看过的同学也有必要去看看)~~
这篇文章主要是补充和强化一些比较重要的知识点,并会把上面的两本书关于IOC的知识点整理出来并画成一个思维导图来全面了解Spring IOC的知识点!
那么接下来就开始吧,如果有错的地方希望能多多包涵,并不吝在评论区指正!
结合《Spring 实战 (第4版)》和《精通Spring4.x 企业应用开发实战》两本书的IOC章节将其知识点整理起来~
在《精通Spring4.x 企业应用开发实战》中对IOC的定义是这样的:
IoC(Inversion of Control)控制反转,包含了两个方面:一、控制。二、反转
我们可以简单认为:
IOC不够开门见山,于是Martin Fowler提出了DI(dependency injection)来替代IoC,即让调用类对某一接口实现类的依赖关系由第三方(容器或协作类)注入,以移除调用类对某一接口实现类的依赖。
在《Spring 实战 (第4版)》中并没有提及到IOC,而是直接来说DI的:
通过DI,对象的依赖关系将由系统中负责协调各对象的第三方组件在创建对象的时候进行设定,对象无需自行创建或管理它们的依赖关系,依赖关系将被自动注入到需要它们的对象当中去
从书上我们也可以发现:IoC和DI的定义(区别)并不是如此容易就可以说得清楚的了。这里我就简单摘抄一下:
对我们而言,其实也没必要分得那么清,混合一谈也不影响我们的理解...
再通过昨天写过的工厂模式理解了没有?,我们现在就可以很清楚的发现,其实所谓的IOC容器就是一个大工厂【第三方容器】(Spring实现的功能很强大!比我们自己手写的工厂要好很多)。
使用IOC的好处(知乎@Intopass的回答):
参考资料:
从上面就已经说了:IOC容器其实就是一个大工厂,它用来管理我们所有的对象以及依赖关系。
上面描述的技术只要学过点Java的都能说出来,这一下子可能就会被面试官问倒了,我们简单来看看实际Spring IOC容器是怎么实现对象的创建和依赖的:
Spring容器(Bean工厂)可简单分成两种:
几乎所有的应用场合都是使用ApplicationContext!
BeanFactory的继承体系:
ApplicationContext的继承体系:
其中在ApplicationContext子类中又有一个比较重要的:WebApplicationContext
Web应用与Spring融合:
我们看看BeanFactory的生命周期:
接下来我们再看看ApplicationContext的生命周期:
初始化的过程都是比较长,我们可以分类来对其进行解析:
ApplicationContext和BeanFactory不同之处在于:
addBeanPostProcessor()
方法进行注册有了上面的知识点了,我们再来详细地看看Bean的初始化过程:
简要总结:
<bean>
解析成一个BeanDefinition对象,并保存到BeanDefinitionRegistry中;Spring4.x开始IOC容器装配Bean有4种方式:
总的来说:我们以XML配置+注解来装配Bean得多,其中注解这种方式占大部分!
依赖注入的方式有3种方式:
setter()
方法注入总的来说使用属性注入是比较灵活和方便的,这是大多数人的选择!
<bean>
对象之间有三种关系:
Bean的作用域:
使用到了Web应用环境相关的Bean作用域的话,是需要我们手动配置代理的~
原因也很简单:因为我们默认的Bean是单例的,为了适配Web应用环境相关的Bean作用域--->每个request都需要一个对象,此时我们返回一个代理对象出去就可以完成我们的需求了!
将Bean配置单例的时候还有一个问题:
此时我们需要用到了lookup
方法注入,使用也很简单,看看例子就明白了:
昨天在刷书的时候刚好看到了有人在知乎邀请我回答这个问题:
结合两本书的知识点,可以归纳成两种解决方案:
@Primary
注解设置为首选的注入Bean@Qualifier
注解设置特定名称的Bean来限定注入!
之前在写配置文件的时候都是直接将我们的数据库配置信息在里面写死的了:
其实我们有更优雅的做法:将这些配置信息写到配置文件上(因为这些配置信息很可能是会变的,而且有可能被多个配置文件引用).
引用配置文件的数据使用的是${}
除了引用配置文件上的数据,我们还可以引用Bean的属性:
引用Bean的属性使用的是#{}
在这种技术在《Spring 实战 第四版》称之为Spring EL,跟我们之前学过的EL表达式是类似的。主要的功能就是上面的那种,想要更深入了解可参考下面的链接:
xml文件之间组合:
xml和javaconfig互相组合的方式:
public static void main(String[] args) {
//1.通过构造函数加载配置类
ApplicationContext ctx = new AnnotationConfigApplicationContext(AppConf.class);
//2.通过编码方式注册配置类
AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext();
ctx.register(DaoConfig.class);
ctx.register(ServiceConfig.class);
ctx.refresh();
//3.通过XML组装@Configuration配置类所提供的配置信息
ApplicationContext ctx = new ClassPathXmlApplicationContext("com/smart/conf/beans2.xml");
//4.通过@Configuration组装XML配置所提供的配置信息
ApplicationContext ctx = new AnnotationConfigApplicationContext(LogonAppConfig.class);
//5.@Configuration的配置类相互引用
ApplicationContext ctx = new AnnotationConfigApplicationContext(DaoConfig.class,ServiceConfig.class);
LogonService logonService = ctx.getBean(LogonService.class);
System.out.println((logonService.getLogDao() !=null));
logonService.printHelllo();
}
第一种的例子:
第二种的例子:
第三种的例子:
第四种的例子:
第五种的例子:
总的来说,Spring IOC容器就是在创建Bean的时候有很多的方式给了我们实现,其中也包括了很多关于Bean的配置~
对于Bean相关的注入教程代码和简化配置(p和c名称空间)我就不一一说明啦,你们去看Spring入门这一篇就够了和Spring【依赖注入】就是这么简单就行了。
总的对比图:
分别的应用场景:
至于一些小的知识点:
上面这些小知识点比较少情况会用到,这也不去讲解啦。知道有这么一回事,到时候查查就会用啦~~~
将SpringIOC相关知识点整理了一遍,要想知道哪些知识点是比较重要的。很简单,我们去找找相关的面试题就知道了,如果该面试题是常见的,那么说明这个知识点还是相对比较重要的啦!
以下的面试题从各种博客上摘抄下来,摘抄量较大的会注明出处的~
什么是spring?
Spring 是个java企业级应用的开源开发框架。Spring主要用来开发Java应用,但是有些扩展是针对构建J2EE平台的web应用。Spring框架目标是简化Java企业级应用开发,并通过POJO为基础的编程模型促进良好的编程习惯。
使用Spring框架的好处是什么?
Spring由哪些模块组成?
简单可以分成6大模块:
BeanFactory 实现举例
Bean工厂是工厂模式的一个实现,提供了控制反转功能,用来把应用的配置和依赖从正真的应用代码中分离。
在spring3.2之前最常用的是XmlBeanFactory的,但现在被废弃了,取而代之的是:XmlBeanDefinitionReader和DefaultListableBeanFactory
什么是Spring的依赖注入?
依赖注入,是IOC的一个方面,是个通常的概念,它有多种解释。这概念是说你不用创建对象,而只需要描述它如何被创建。你不在代码里直接组装你的组件和服务,但是要在配置文件里描述哪些组件需要哪些服务,之后一个容器(IOC容器)负责把他们组装起来。
有哪些不同类型的IOC(依赖注入)方式?
哪种依赖注入方式你建议使用,构造器注入,还是 Setter方法注入?
你两种依赖方式都可以使用,构造器注入和Setter方法注入。最好的解决方案是用构造器参数实现强制依赖,setter方法实现可选依赖。
什么是Spring beans?
Spring beans 是那些形成Spring应用的主干的java对象。它们被Spring IOC容器初始化,装配,和管理。这些beans通过容器中配置的元数据创建。比如,以XML文件中<bean/>
的形式定义。
这里有四种重要的方法给Spring容器提供配置元数据。
解释Spring框架中bean的生命周期
解释不同方式的自动装配
只用注解的方式时,注解默认是使用byType的!
IOC的优点是什么?
IOC 或 依赖注入把应用的代码量降到最低。它使应用容易测试,单元测试不再需要单例和JNDI查找机制。最小的代价和最小的侵入性使松散耦合得以实现。IOC容器支持加载服务时的饿汉式初始化和懒加载。
哪些是重要的bean生命周期方法? 你能重载它们吗?
有两个重要的bean 生命周期方法,第一个是setup
, 它是在容器加载bean的时候被调用。第二个方法是 teardown
它是在容器卸载类的时候被调用。
The bean 标签有两个重要的属性(init-method
和destroy-method
)。用它们你可以自己定制初始化和注销方法。它们也有相应的注解(@PostConstruct
和@PreDestroy
)。
怎么回答面试官:你对Spring的理解?
来源:
下面我就截几个答案:
一、
二、
Spring框架中的单例Beans是线程安全的么?
Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上,大部分的Spring bean并没有可变的状态(比如Serview类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话(比如 View Model 对象),就需要自行保证线程安全。
最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”
FileSystemResource和ClassPathResource有何区别?
在FileSystemResource 中需要给出spring-config.xml文件在你项目中的相对路径或者绝对路径。在ClassPathResource中spring会在ClassPath中自动搜寻配置文件,所以要把ClassPathResource文件放在ClassPath下。
如果将spring-config.xml保存在了src文件夹下的话,只需给出配置文件的名称即可,因为src文件夹是默认。
简而言之,ClassPathResource在环境变量中读取配置文件,FileSystemResource在配置文件中读取配置文件。
这篇文章的主要知识点我画了一张思维导图来总结啦,当学习到AOP的时候,这张思维导图会继续补充的哦~~~
参考资料:
如果文章有错的地方欢迎指正,大家互相交流。习惯在微信看技术文章,想要获取更多的Java资源的同学,可以关注微信公众号:Java3y。为了大家方便,刚新建了一下qq群:742919422,大家也可以去交流交流。谢谢支持了!希望能多介绍给其他有需要的朋友
文章的目录导航:
标签:朋友 兴趣 bdc 事务管理 model 默认 学习 创建 spring3
原文地址:https://www.cnblogs.com/Java3y/p/9073979.html