Spring对IOC的理解
一、IOC控制反转和DI依赖注入
1.控制反转,字面可以理解为:主动权的转移,原来一个应用程序内的对象是类通过new去主动创建并实例化的,对对像创建的主动权在程序代码中。程序不仅要管理业务逻辑也要管理对的象创建和依赖关系。这是很累的,也跟软件工程 "低耦合高内聚" 的概念不十分符合。
有了spring的ioc容器之后,对象的实例化和依赖关系管理都由IOC容器进行统一管理,主体类只要依赖ioc容器就够了,需要啥,容器会给他注入进去,也就是只要声明对象不用再主动去new,ioc容器帮忙把相应的对象注入到声明对象中,使其变成实例化对象。(类似主体类提供一个躯体,ioc容器把灵魂注入进去,使其变成一个生命体,激活他),这样创建对象的主动权就转移交接了,
二、使用xml配置方式实现IOC
1.在ioc容器中配置了dao实现类和service类的bean,在容器加载的时候就会实例化这些bean到内存中。(bean.xml配置如下)
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
"> <!-- BookDao Bean -->
<bean id="bookDao" class="com.study.DaoImpl.BookDaoImpl"></bean> <!-- BookService Bean-->
<bean id="bookService" class="com.study.Service.BookService">
<!-- BookService中的声明了BookDao对象,通过ref属性将BookDao的bean注入到对象中 -->
<property name="bookDao" ref="bookDao"/>
</bean>
</beans>
2. service类中需要用到dao类的实例(正常情况下需要new一个dao类对象),但是用ioc容器接管后只需要声明dao接口对象即可,然后写一个dao对象的set方法。(要注入的对象必须要有set方法,否则将报错 Bean property 'bookDao' is not writable or has an invalid setter method)因为spring注入是根据反射机制实现的,他在反射注入的时候会调用该方法名的set方法,如果set方法写错,或者根本没写,那么注入就会失败。(BookService类如下)
public class BookService {
private BookDao bookDao; public BookService() {
System.out.println("BookService实例化");
} public void setBookDao(BookDao bookDao) {
System.out.println("BookService属性初始化装配成功");
this.bookDao = bookDao;
} public void storeBook(String bookname){
System.out.println("图书上架");
System.out.println(bookDao.addBook(bookname));
}
}
如上代码:BookSerivce类需要用到BookDao对象,但是却没有new对象,只有一个set方法,这个set方法就是ioc容器注入的入口(必不可少),
3.此处我们用ApplicationContext作为容器,初始化配置文件,然后从容器中根据id名取出容器中已经帮我们实例化好的对象。
public class TestDmeo {
BookService bookService; @Test
public void testStoreBook(){
System.out.println("容器初始化");
ApplicationContext app = new ClassPathXmlApplicationContext("bean.xml");
bookService = (BookService) app.getBean("bookService");//将对象注入到声明好的BookService对象中。(bookService就是配置文件中的id)
bookService.storeBook("Spring MVC");
}
}
getBean中的参数就是配置文件中的bean的id名,这个id在spring进行反射实例化的时候,相当于实例化对象的名称:
4.dao类和实现类如下:
接口类:
public interface BookDao {
public String addBook(String BookName);
}
实现类:
public class BookDaoImpl implements BookDao { public BookDaoImpl() {
System.out.println("BookDao实例化");
} public String addBook(String BookName) {
return BookName+"添加成功";
}
}
5.运行测试结果:
6.大体思路如下图:
程序中除了初始化容器用了new对象,其余的基本没有new的存在。
二、注解方式配置IOC
注解配置方式目的和xml配置的目的一样,都是为了实现bean的创建。常用的注解如下:
- @Component 在类定义之前添加@Component注解,他会被spring容器识别,并转为bean。
- @Repository 对Dao实现类进行注解 (特殊的@Component)
- @Service 用于对业务逻辑层进行注解, (特殊的@Component)
- @Controller 用于控制层注解 , (特殊的@Component)
装配注解如下:
- @Autowired 默认按照类型装配注入,想按照名称来装配的话要结合@Qualifier(“name”)一起使用,使用@Autowired注解可以不用set方法。@Autowired 注释进行自动注入时,Spring 容器中匹配的候选 Bean 数目必须有且仅有一个
- @Qualifier("name") 中的name是bean的名字,也就是id,和@Autowired可以作为限定专配对象的名称
- @Resource 默认按照名称装配注入,当找不到对应名成的bean的时候就按照类型匹配,如果还是找不到的话就会报错,@Autowired是spring提供的,@Resource是javaee提供,使用@Resource可以减少对spring的依赖
范例:
1.例子同上,只是配置bean的方式从xml文件中转移到了代码中,用注解体现。
2.除了把配置文件中<bean id="" class=""/>变成对应的注解外,另外一个区别在于,bean.xml文件中的修改,需要做如下,配置才能够使注解生效
context的配置有如下方法:
1.仅扫描特定包下的特定类:
<context:component-scan base-package="com.study" resource-pattern="Service/B*.class"/>
这是扫描Service包下B开头的所有类。
2.使用<context:include-filter .../>和<context:exclude-filter .../>配置那些需要和不需要的扫描的包
过滤器类型 | 描述 |
annotation | 过滤器扫描使用注解所标注的那些类,通过expression属性指定要扫描的注释 |
assignable | 过滤器扫描派生于expression属性所指定类型的那些类 |
aspectj | 过滤器扫描与expression属性所指定的AspectJ表达式所匹配的那些类 |
custom | 使用自定义的org.springframework.core.type.TypeFliter实现类,该类由expression属性指定 |
regex | 过滤器扫描类的名称与expression属性所指定正则表示式所匹配的那些类 |
<!-- 容器扫描包下的注解配置组件 -->
<context:component-scan base-package="com.study" use-default-filters="false"><!--- user-default-filters="false"必须要设置成false,不然下面配置的过滤规则会被默认的注解过滤方式覆盖 ——>
<context:include-filter type="aspectj" expression="com.study.Service.*"/> <!-- 过滤器扫描与expression属性所指定的AspectJ表达式所匹配的那些类 -->
<context:include-filter type="annotation" expression="org.springframework.stereotype.Component"/><!-- 过滤指定的注解 -->
<context:include-filter type="assignable" expression="com.study.Service.BookService"/><!-- 过滤指定的类或接口,路径要完整,如果是接口的话,所有派生类都会被过滤 -->
<context:include-filter type="regex" expression="com.*"/><!-- 过滤器扫描类的名称与expression属性所指定正则表示式所匹配的那些类 -->
</context:component-scan>
<context:exclude-filter ../>要配在<context:include-filter .../>的后面。
配置了<context:include-filter .../>,他会把符合过滤条件的类转化成bean,并不是只有@Component、@Service。。。等注解才能注解bean,通过过滤器也可以达到转换成bean的效果。
最后:aspectj表达式可参考:http://blog.csdn.net/peng658890/article/details/7223046
Spring对IOC的理解的更多相关文章
- Spring中IOC的理解
Spring中IOC的理解 1.什么是IOC? (1)控制反转.把对象创建和对象间的调用过程交给Spring进行管理. (2)使用IOC的目的:为了耦合度降低. 2.IOC底层原理? (1)xml解析 ...
- 浅析对spring中IOC的理解
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大家 ...
- 谈谈对Spring IOC的理解(转)
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大家 ...
- 谈谈对Spring IOC的理解
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大家 ...
- Spring系列之谈谈对Spring IOC的理解
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IOC .DI这两个概念是模糊不清的,是很难理解的,今天和大家 ...
- 谈谈对Spring IOC的理解【转】
学习过Spring框架的人 一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大 ...
- spring ioc DI 理解
下面是我从网上找来的一些大牛对spring ioc和DI的理解,希望也能让你对Spring ioc和DI的设计思想有更进一步的认识. 一.分享Iteye的开涛对Ioc的精彩讲解 Ioc—Inversi ...
- Spring IOC的理解
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理 ...
- 谈谈对Spring IOC的理解(转载)
学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概念,对于初学Spring的人来说,总觉得IoC .DI这两个概念是模糊不清的,是很难理解的,今天和大家 ...
随机推荐
- 洛谷 P2194 HXY烧情侣【Tarjan缩点】 分析+题解代码
洛谷 P2194 HXY烧情侣[Tarjan缩点] 分析+题解代码 题目描述: 众所周知,HXY已经加入了FFF团.现在她要开始喜(sang)闻(xin)乐(bing)见(kuang)地烧情侣了.这里 ...
- Python标准异常总结
Python标准异常总结 AssertionError 断言语句(assert)失败 AttributeError 尝试访问未知的对象属性 EOFError 用户输入文件末尾标志EOF(Ctrl+d ...
- maven常用命令介绍
mvn 3.0.4 创建maven项目命令 mvn archetype:generate -DgroupId=damocles-autocredit -DartifactId=damocles ...
- C# 如何使用预处理指令?
#define Debug #define Release #undef Release #if Debug using System; #endif 注意:#define 必须在文档最前面
- UVALive - 4329 Ping pong 树状数组
这题不是一眼题,值得做. 思路: 假设第个选手作为裁判,定义表示在裁判左边的中的能力值小于他的人数,表示裁判右边的中的能力值小于他的人数,那么可以组织场比赛. 那么现在考虑如何求得和数组.根据的定义知 ...
- nyoj 1129 Salvation 模拟
思路:每个坐标有四种状态,每个点对应的每种状态只能走一个方向,如果走到一个重复的状态说明根本不能走到终点,否则继续走即可. 坑点:有可能初始坐标四周都是墙壁,如果不判断下可能会陷入是死循环. 贴上测试 ...
- 洛谷P3381 - 【模板】最小费用最大流
原题链接 题意简述 模板题啦~ 题解 每次都以费用作为边权求一下最短路,然后沿着最短路增广. Code //[模板]最小费用最大流 #include <cstdio> #include & ...
- HTML入门标签汇总
HTML入门标签汇总 1.<div></div>用于定义文档的区块,用来划分出独立不同的部分. 2.<h1></h1>数字1-6定义从大到小的标题. 3 ...
- jmeter 脚本规范
总结了一下公司正在用 jmeter 脚本规范. 使用 jmeter 进行接口级测试, 随着接口增多以及业务逻辑越来越复杂, 导致 jmeter 脚本的维护会更加困难.针对实际使用中发现的问题进行一些规 ...
- DNS 访问 Service - 每天5分钟玩转 Docker 容器技术(138)
在 Cluster 中,除了可以通过 Cluster IP 访问 Service,Kubernetes 还提供了更为方便的 DNS 访问. kubeadm 部署时会默认安装 kube-dns 组件. ...