Spring
Spring是一个轻量级的控制反转(IOC)和面向切面(AOP)的容器(框架)。
1、Spring是一个开源免费的框架 , 容器 .
2、Spring是一个轻量级的框架 , 非侵入式的 .
3、控制反转 IOC, 面向切面 Aop
4、对事物的支持 , 对框架的支持
1、组成
组成 Spring 框架的每个模块(或组件)都可以单独存在,或者与其他一个或多个模块联合实现。
-
核心容器:核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory,它是工厂模式的实现。BeanFactory 使用控制反转(IOC) 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
-
Spring 上下文:Spring 上下文是一个配置文件,向 Spring 框架提供上下文信息。Spring 上下文包括企业服务,例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
-
Spring AOP:通过配置管理特性,Spring AOP 模块直接将面向切面的编程功能 , 集成到了 Spring 框架中。所以,可以很容易地使 Spring 框架管理任何支持 AOP的对象。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP,不用依赖组件,就可以将声明性事务管理集成到应用程序中。
-
Spring DAO:JDBC DAO 抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理,并且极大地降低了需要编写的异常代码数量(例如打开和关闭连接)。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
-
Spring ORM:Spring 框架插入了若干个 ORM 框架,从而提供了 ORM 的对象关系工具,其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
-
Spring Web 模块:Web 上下文模块建立在应用程序上下文模块之上,为基于 Web 的应用程序提供了上下文。所以,Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
-
Spring MVC 框架:MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口,MVC 框架变成为高度可配置的,MVC 容纳了大量视图技术,其中包括 JSP、Velocity、Tiles、iText 和 POI。
2、 IOC控制反转
控制反转IOC是说创建对象的控制权进行转移,以前创建对象的主动权和创建时机是由自己把控的,而现在这种权力转移到第三方,比如转移交给了IOC容器,它就是一个专门用来创建对象的工厂(BeanFactory),你要什么对象,它就给你什么对象,有了 IOC容器,依赖关系就变了,原先的依赖关系就没了,它们都依赖IOC容器了,通过IOC容器来建立它们之间的关系。
IOC容器负责实例化所有的组件,需要进行依赖的对象都交给容器管理,IOC最简单的方式就是通过xml方式来管理
3、 DI依赖注入
对象与对象之间的依赖问题即依赖注入
Spring使用依赖注入来实现对象之间的依赖关系
在对象创建之后,对象的关系处理就是依赖注入
无论对象的创建,处理对象之间的依赖关系,对象创建的时间还有对象创建的数量,都可以在spring的IOC容器上配置对象的信息就好了
4、 Spring管理对象
1)集成依赖
在xml中注入依赖
<!--spring的核心依赖-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>4.1.7.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.1.7.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>4.1.7.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-expression</artifactId>
<version>4.1.7.RELEASE</version>
</dependency>
2) spring的配置文件(applicationcontext.xml)
配置需要容器管理的对象
3)创建实体类
1.bean下创建User类
2.将User交给容器管理(applicationcontext.xml)
4)通过容器来获取User对象
创建一个UserDemo类来获取对象
5、Spring对Bean的实例化方式
1)基于注解形式
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd">
<!--开启扫描注解:指定的包路径下的类,会扫描的到类的方法,属性上-->
<context:component-scan base-package="com.tulun.bean"/>
</beans>
在对应的类上添加注解
@Component(“xxxxx ”):通用注解 注解中xxxxx=XML配置形式中bean id属性
@Repository:对DAO层实现类进行标注
@Service:对Service层业务逻辑层进行标注
@Controller:对Controller的实现类进行标注
2)基于配置形式
1、通过无参构造函数实例化
<bean id="属性标识对象 " class=" 管理对象的全路径 " scope="singleton"/>
2、 通过静态工厂方式实例化
创建一个staticFactory类来获取对象
Spring容器配置
<bean id=" " class=" 管理对象的全路径 " factory-method=" 方法 "/>
3、通过普通工厂方式实例化
6、 Spring中依赖注入方式
1)基于xml配置实现依赖注入
1. 有参构造函数
user类必须是有参构造
容器配置
<bean id=" " class=" 管理对象的全路径 ">
<constructor-arg name=" 给类的属性名称 " value=" " />
<constructor-arg name=" " ref=" "/>
</bean>
2. setter方式
user里面必须有setter和getter方法
容器配置
<bean id=" " class=" ">
<property name=" " value=" "/>
</bean>
还有map、list数组、Set、List、Map的个形式集合都可以注入
2)基于注解形式注入依赖
public class User {
@Value("3") ;
private int id;
@Value(“3”)//注入普通类型属性
@Resource //注入对象类型
@Autowired //注入对象类型,默认是按照类型注解
依赖的注入都是在类的属性上
@Resource 和@Autowired的区别??
Spring中,@Resource和@Autowired都是做bean的注入时使用。使用过程中,有时候@Resource 和 @Autowired可以替换使用;有时,则不可以。
*共同点
在接口仅有单一实现类时,两个注解的修饰效果相同,可以互相替换,不影响使用。
*不同点
@Resource是Java自己的注解,@Resource有两个属性是比较重要的,分是name和type;Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用byName自动注入策略。
@Autowired是spring的注解,是spring2.5版本引入的,Autowired只根据type进行注入,不会去匹配name。如果涉及到type无法辨别注入对象时,那需要依赖@Qualifier或@Primary注解一起来修饰。