Spring 是一个开源应用框架,旨在降低应用程序开发的复杂度。它是轻量级、松散耦合的。
它具有分层体系结构,允许用户选择组件,同时还为 J2EE 应用程序开发提供了一个有凝聚
力的框架。它可以集成其他框架,如 Structs、Hibernate、EJB 等,所以又称为框架的框架。
由 于 Spring Frameworks 的 分 层 架 构 , 用 户 可 以 自 由 选 择 自 己 需 要 的 组 件 。
Spring Framework 支持 POJO(Plain Old Java Object) 编程,从而具备持续集成和可测试
性。由于 依赖注入和控制反转,JDBC 得以简化。它是开源免费的。
轻量级 - Spring 在代码量和透明度方面都很轻便。IOC - 控制反转 AOP - 面向切面编程 可
以将应用业务逻辑和系统服务分离,以实现高内聚。容器 - Spring 负责创建和管理对象
(Bean)的生命周期和配置。MVC - 对 web 应用提供了高度可配置性,其他框架的集成 也
十分方便。事务管理 - 提供了用于事务管理的通用抽象层。Spring 的事务支持也可用于 容器
较少的环境。JDBC 异常 - Spring 的 JDBC 抽象层提供了一个异常层次结构,简化了 错误
处理策略。
Spring 核心容器 – 该层基本上是 Spring Framework 的核心。它包含以下模块:
· Spring Core · Spring Bean · SpEL (Spring Expression Language) · Spring
Context
数据访问/集成 – 该层提供与数据库交互的支持。它包含以下模块:
· JDBC (Java DataBase Connectivity)
· ORM (Object Relational Mapping)
· OXM (Object XML Mappers) · JMS (Java Messaging Service)
· Transaction
Web – 该层提供了创建 Web 应用程序的支持。它包含以下模块:
· Web
· Web – Servlet
· Web – Socket
· Web – Portlet
AOP
· 该层支持面向切面编程
Instrumentatio
· 该层为类检测和类加载器实现提供支持。
Test
· 该层为使用 JUnit 和 TestNG 进行测试提供支持。
几个杂项模块: Messaging – 该模块为 STOMP 提供支持。它还支持注解编程模型,该模型
用于从 WebSocket 客户端路由和处理 STOMP 消息。 Aspects – 该模块为与 AspectJ 的
集成提供支持。
Spring 配置文件是 XML 文件。该文件主要包含类信息。它描述了这些类是如何配置以及相
互引入的。但是,XML 配置文件冗长且更加干净。如果没有正确规划和编写,那么在大项 目
中管理变得非常困难。
Spring 应用一般有以下组件:
接口 - 定义功能。
Bean 类 - 它包含属性,setter 和 getter 方法,函数等。 · Spring 面向切面编程
(AOP) - 提供面向切面编程的功能。 · Bean 配置文件 - 包含类的信息以及如何配置
它们。
使用 Spring 有以下方式:
作为一个成熟的 Spring Web 应用程序。
作为第三方 Web 框架,使用 Spring Frameworks 中间层。 · 用于远程使用。
作为企业级 Java Bean,它可以包装现有的 POJO(Plain Old JavaObjects)。
Spring 框架的核心是 Spring 容器。容器创建对象,将它们装配在一起,配置它们并管理它
们的完整生命周期。Spring 容器使用依赖注入来管理组成应用程序的组件。容器通过读取 提
供的配置元数据来接收对象进行实例化,配置和组装的指令。该元数据可以通过 XML, Java
注解或 Java 代码提供。
在依赖注入中,您不必创建对象,但必须描述如何创建它们。您不是直接在代码 中将组件 和
服务连接在一起,而是描述配置文件中哪些组件需要哪些服务。由 IoC 容器将它们装配在一
起。
通常,依赖注入可以通过三种方式完成,即:
构造函数注入
setter 注入
接口注入 在 Spring Framework 中,仅使用构造函数和 setter 注入
BeanFactory - BeanFactory 就像一个包含 bean 集合的工厂类。它会在客户端要求时实例
化 bean。 ApplicationContext - ApplicationContext 接口扩展了 BeanFactory 接口。它
在 BeanFactory 基础上提供了一些额外的功能。
IoC 的一些好处是:
它将最小化应用程序中的代码量。
它将使您的应用程序易于测试, 因为它不需要单元测试用例中的任何单例或 JNDI 查找
机制。
它以最小的影响和最少的 侵入机制促进松耦合。
Spring 中的 IoC 的实现原理就是工厂模式加反射机制。 示例:
interface Fruit {
public abstract void eat();
}
class Apple implements Fruit {
public void eat(){
System.out.println(“Apple”);
}
}
class Orange implements Fruit {
public void eat(){
System.out.println(“Orange”);
}
}
class Factory {
public static Fruit getInstance(String ClassName) {
Fruit f=null;
try {
f=(Fruit)Class.forName(ClassName).newInstance();
}
catch (Exception e) {
e.printStackTrace();
}
return f;
}
}
class Client {
public static void main(String[] a) {
Fruit
f=Factory.getInstance(“io.github.dunwu.spring.Apple”);
if(f!=null){
f.eat();
}
}
}
它们是构成用户应用程序主干的对象。
Bean 由 Spring IoC 容器管理。
它们由 Spring IoC 容 器实例化,配置,装配和管理。
Bean 是 基于用户提供给容器的配置元数据创建。
基于 xml 配置 bean 所需的依赖项和服务在 XML 格式的配置文件中指定。这些配置文件 通
常包含许多 bean 定义和特定于应用程序的配置选项。它们通常以 bean 标签开头。例如:
复制代码
基于注解配置 您可以通过在相关的类,方法或字段声明上使用注解,将 bean 配置为组件 类
本身,而不是使用 XML 来描述 bean 装配。默认情况下,Spring 容器中未打开注解装 配。
因此,您需要在使用它之前在 Spring 配置文件中启用它。例如:
context:annotation-config/
复制代码
基于 Java API 配置
Spring 的 Java 配置是通过使用 @Bean 和 @Configuration 来实现。 (1) @Bean 注解
扮演与 元素相同的角色。 (2) @Configuration 类允许通过简单地调用同一个 类
中的其他 @Bean 方法来定义 bean 间依赖关系。 例如:
@Configuration
public class StudentConfig {
@Bean
public StudentBean myStudent() {
return new StudentBean();
}
}复制代码
Spring bean 支 持 5 种 scope : Singleton - 每 个 Spring IoC 容 器 仅 有 一 个 单 实 例 。
Prototype - 每次请求都会产生一个新的实例。Request - 每一次 HTTP 请求都会产生一个
新的实例,并且该 bean 仅在当前 HTTP 请求内有效。Session - 每一次 HTTP 请求都会产
生一个新的 bean,同时该 bean 仅在当前 HTTP session 内有效。 Global-session - 类似
于 标 准 的 HTTP Session 作 用 域 , 不 过 它 仅 仅 在 基 于 portlet 的 web 应 用 中 才
有 意 义 。 Portlet 规范定义了全局 Session 的概念,它被所有构成某个 portlet web 应用
的各种不同的 portlet 所共享。在 globalsession 作用域中定义的 bean 被限定于全局
portlet Session 的生命周期范围内。如果你在 web 中使用 global session 作用域来标识
bean,那么 web 会自动当成 session 类型来使用。 仅当用户使用支持 Web 的
ApplicationContext 时,最 后三个才可用。
spring bean 容器的生命周期流程如下:
(1)Spring 容器根据配置中的 bean 定义中实例化 bean。
(2)Spring 使用依赖注入填充所有属性,如 bean 中所定义的配置。
(3)如果 bean 实现 BeanNameAware 接口,则工厂通过传递 bean 的 ID 来 调用
setBeanName()。
(4)如果 bean 实现 BeanFactoryAware 接口,工厂通过传递自身的实例来调 用
setBeanFactory()。
(5)如果存在与 bean 关联的任何 BeanPostProcessors,则调用
preProcessBeforeInitialization() 方法。
(6)如果为 bean 指定了 init 方法( 的 init-method 属性),那 么将调 用它。
(7)最后,如果存在与 bean 关联的任何 BeanPostProcessors,则将调用
postProcessAfterInitialization() 方法。
(8)如果 bean 实现 DisposableBean 接口,当 spring 容器关闭时,会调用 destory()。
(9)如果为 bean 指定了 destroy 方法( 的 destroy-method 属 性),那么将
调用它。
只有将 bean 用作另一个 bean 的属性时 , 才能将 bean 声明为内部 bean 。 为了定 义
bean ,Spring 的基于 XML 的配置元数据在 或 中 提供了
元素的使用。内部 bean 总是匿名的,它们总是作为原型。 例如,假设我们有一 个
Student 类 , 其中引用了 Person 类 。 这 里我们将只创建一个 Person 类实例并在
Student 中使用它。
Student.java
public class Student {
private Person person;
//Setters and Getters
}
public class Person {
private String name;
private String address;
//Setters and Getters
}复制代码
bean.xml
<bean id=“StudentBean" class=“com.edureka.Student”>
<property name=“name” value=“Scott">
<property name=“address” value=
“Bangalore">
复制代码
当 bean 在 Spring 容器中组合在一起时,它被称为装配或 bean 装配。Spring 容器需要知
道需要什么 bean 以及容器应该如何使用依赖注入来将 bean 绑定在一起,同时装配 bean。
Spring 容器能够自动装配 bean。也就是说,可以通过检查 BeanFactory 的内容让 Spring
自动解析 bean 的协作者。 自动装配的不同模式:
no - 这是默认设置,表示没有自动装配。应使用显式 bean 引用进行装配。 byName - 它根
据 bean 的名称注入对象依赖项。它匹配并装配其属性与 XML
文件中由相同名称定义的 bean。
byType - 它根据类型注入对象依赖项。如果属性的类型与 XML 文件中的一个 bean 名称匹
配,则匹配并装配属性。构造函数- 它通过调用类的构造函数来注 入依赖项。它有大量的参
数。
autodetect - 首先容器尝试通过构造函数使用 autowire 装配,如果不能,则 尝试通过
byType 自动装配。
覆盖的可能性 - 您始终可以使用 和 设置指定依赖项,这 将
覆盖自动装配。基本元数据类型 - 简单属性(如原数据类型,字符串和类)无法自动装 配。
令人困惑的性质 - 总是喜欢使用明确的装配,因为自动装配不太精确。
不使用 XML 来描述 bean 装配,开发人员通过在相关的类,方法或字段声明上使用注解将
配置移动到组件类本身。它可以作为 XML 设置的替代方案。例如:Spring 的 Java 配置是
通 过 使 用 @Bean 和 @Configuration 来 实 现 。 @Bean 注 解 扮 演 与 元 素 相 同 的 角
色 。 @Configuration 类允许通过简单地调用同一个类中的其他 @Bean 方法来定义 bean
间依 赖关系。 例如:
@Configuration
public class StudentConfig {
@Bean
public StudentBean myStudent() {
return new StudentBean();
}
}
默认情况下,Spring 容器中未打开注解装配。因此,要使用基于注解装配,我们必须通过配
置 <context:annotation-config/> 元素在 Spring 配置文件中启用它。
@Component : 这 将 java 类 标 记 为 bean 。 它 是 任 何 Spring 管 理 组 件 的 通 用
构 造 型 。 spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。
@Controller :这将一个类标记为 Spring Web MVC 控制器。标有它的 Bean 会自动导入到
IoC 容器中。@Service :此注解是组件注解的特化。它不会对
@Component 注解提供任何其他行为。您可以在服务层类中使用
@Service 而不是 @Component,因为它以更好的方式指定了意图。
@Repository :这个注解是具有类似用途和功能的 @Component 注解的特化。它为 DAO
提供了额外的好处。它将 DAO 导入 IoC 容器,并使未经检查的异常有资格转换为 Spring
DataAccessException。
@Required 应用于 bean 属性 setter 方法。此注解仅指示必须在配置时使用 bean 定义中
的显式属性值或使用自动装配填充受影响的 bean 属性。如果尚未填充受影响的 bean 属 性,
则容器将抛出 BeanInitializationException。 示例:
public class Employee {
private String name;
@Required
public void setName(String name){
this.name=name;
}
public string getName(){
return name;
}
}复制代码
@Autowired 可 以 更 准 确 地 控 制 应 该 在 何 处 以 及 如 何 进 行 自 动 装 配 。 此 注 解 用 于
在 setter 方法,构造函数,具有任意名称或多个参数的属性或方法上自动装配 bean。默认情况下,
它是类型驱动的注入。
public class Employee {
private String name;
@Autowired
public void setName(String name) {
this.name=name;
}
public string getName(){
return name;
}
}复制代码
当 您 创 建 多 个 相 同 类 型 的 bean 并 希 望 仅 使 用 属 性 装 配 其 中 一 个 bean 时 ,
您 可 以 使 用 @Qualifier 注解和 @Autowired 通过指定应该装配哪个确切的 bean 来消除
歧义。 例如, 这里我们分别有两个类,Employee 和 EmpAccount。在 EmpAccount 中,
使用@Qualifier 指定了必须装配 id 为 emp1 的 bean。
Employee.java
public class Employee {
private String name;
@Autowired
public void setName(String name) {
this.name=name;
}
public string getName() {
return name;
}
}复制代码
EmpAccount.java
public class EmpAccount {
private Employee emp;
@Autowired
@Qualifier(emp1)
public void showName() {
System.out.println(“Employee name : ”+emp.getName); }
}复制代码
@RequestMapping 注 解 用 于 将 特 定 HTTP 请 求 方 法 映 射 到 将 处 理 相 应 请 求 的 控 制
器 中 的 特定类/ 方法。此注释可应用于两个级别:类级别:映射请求的 URL 方法级别:映射 URL
以及 HTTP 请求方法
Spring DAO 使得 JDBC,Hibernate 或 JDO 这样的数据访问技术更容易以一种统一的方式
工作。这使得用户容易在持久性技术之间切换。它还允许您在编写代码时,无需考虑捕获每
种技术不同的异常。
· JdbcTemplate · SimpleJdbcTemplate · NamedParameterJdbcTemplate · Simpl
eJdbcInsert · SimpleJdbcCall
我们可以通过两种方式使用 Spring 访问 Hibernate:
使用 Hibernate 模板和回调进行 控制反转
扩展 HibernateDAOSupport 并应用 AOP 拦截器节点
Spring 支持两种类型的事务管理:
维护起来非常困难。
理事务。
Hibernate
iBatis
JPA
JDO
OJB
AOP(Aspect-Oriented Programming), 即 面 向 切 面 编 程 , 它 与 OOP( Object-
Oriented Programming, 面 向对象编 程 ) 相 辅 相 成, 提 供了与 OOP 不 同 的 抽 象软件
结 构 的视角. 在 OOP 中, 我们以类(class)作为我们的基本单元, 而 AOP 中的基本单元是
Aspect(切面)
aspect 由 pointcount 和 advice 组 成 , 它 既 包 含 了 横 切逻 辑 的 定 义 , 也 包 括 了 连
接 点 的定 义 . Spring AOP 就 是 负责 实 施 切面 的 框 架, 它 将 切 面 所定 义 的 横切 逻
辑 编织 到 切 面所 指 定 的 连 接点 中 . AOP 的 工 作 重心 在 于如 何 将增 强 编织 目 标
对 象 的连 接 点上 , 这 里 包 含两 个 工 作:
如何通过 pointcut 和 advice 定位到特定的 joinpoint 上
如何在 advice 中编写切面代码
程 序 运 行 中 的 一 些 时 间 点 , 例 如 一 个 方 法 的 执 行 , 或 者 是 一 个 异 常 的 处 理 .
在 Spring AOP 中, join point 总是方法的执行点。
特定 JoinPoint 处的 Aspect 所采取的动作称为 Advice。Spring AOP 使用一个 Advice 作
为拦截器,在 JoinPoint “周围”维护一系列的拦截器。
配 置 。
使 用 @AfterReturning 注 解 标 记 进 行 配 置 。
并 使 用 @AfterThrowing 注 解 标 记 配 置 时 执 行 。
常返回, 并使用 @After 注解标记进行配置。
配置。
concern 是我们想要在应用程序的特定模块中定义的行为。它可以定义为我们想要实现的功
能。 cross-cutting concern 是一个适用于整个应用的行为,这会影响整个应用程序。例如,
日志记录,安全性和数据传输是应用程序几乎每个模块都需要关注的问题,因此它们是跨领
域的问题。
实现 AOP 的技术,主要分为两大类:
静态代理 指使用 AOP 框架提供的命令进行编译,从而在编译阶段就可生成 AOP 代理类,
因此也称为编译时增强;
编译时编织(特殊编译器实现)
类加载时编织(特殊的类加载器实现)。
动态代理 在运行时在内存中“临时”生成 AOP 动态代理类,因此也被称为运行时增强。
JDK 动态代理
CGLIB
Spring AOP 基于动态代理方式实现;AspectJ 基于静态代理方式实现。SpringAOP 仅支持
方法级别的 PointCut;提供了完全的 AOP 支持,它还支持属性级别的 PointCut。
将 Advice 应用于目标对象后创建的对象称为代理。在客户端对象的情况下,目标对象和代
理对象是相同的。 Advice + Target Object = Proxy
为 了 创 建 一 个 advice 对 象 而 链 接 一 个 aspect 和 其 它 应 用 类 型 或 对 象 , 称
为 编 织 (Weaving)。在 Spring AOP 中,编织在运行时执行。请参考下图:
Spring Web MVC 框架提供 模型-视图-控制器 架构和随时可用的组件,用于开发灵活且松
散耦合的 Web 应用程序。MVC 模式有助于分离应用程序的不同方面,如输入逻辑,业务 逻
辑和 UI 逻辑,同时在所有这些元素之间提供松散耦合。
DispatcherServlet 的工作流程可以用一幅图来说明:
(1)向服务器发送 HTTP 请求,请求被前端控制器 DispatcherServlet 捕获。
(2) DispatcherServlet 根据 -servlet.xml 中的配置对请求的 URL 进行解 析,得到请求资
源标识符(URI)。然后根据该 URI,调用 HandlerMapping 获 得该 Handler 配置的所有相
关 的 对 象 ( 包 括 Handler 对 象 以 及 Handler 对 象 对 应 的 拦 截 器 ) , 最 后 以
HandlerExecutionChain 对象的形式返回。
(3) DispatcherServlet 根据获得的 Handler,选择一个合适的
HandlerAdapter。(附注:如果成功获得 HandlerAdapter 后,此时将开始执 行拦截器的
preHandler(…)方法)。
(4)提取 Request 中的模型数据,填充 Handler 入参,开始执行 Handler ( Controller)。
在填充 Handler 的入参过程中,根据你的配置,Spring 将 帮你做一些额外的工
作: · HttpMessageConveter:将请求消息(如 Json、 xml 等数据)转换成一个对象,
将对象转换为指定的响应信息。 · 数据转 换:对请求消息进行数据转换。如 String 转换成
Integer、Double 等。 · 数据根式化:对请求消息进行数据格式化。如将字符串转换成格式
化 数字或格式化日期等。 · 数据验证:验证数据的有效性(长度、格式等), 验证结果存
储到 BindingResult 或 Error 中。
(5)Handler(Controller)执行完成后,向 DispatcherServlet 返回一个 ModelAndView 对
象;
(6)根据返回的 ModelAndView,选择一个适合的 ViewResolver(必须是已经 注册到
Spring 容器中的 ViewResolver)返回给 DispatcherServlet。 (7) ViewResolver 结合
Model 和 View,来渲染视图。
(8)视图负责将渲染结果返回给客户端。
WebApplicationContext 是 ApplicationContext 的扩展。它具有 Web 应用程序所需的一些
额外功能。它与普通的 ApplicationContext 在解析主题和决定与哪个 servlet 关联的能力方
面有所不同。
Spring 是个 java 企业级应用的开源开发框架。Spring 主要用来开发 Java 应用,但是有些
扩展是针对构建 J2EE 平台的 web 应用。Spring 框架目标是简化 Java 企业级应用开发,
并通过 POJO 为基础的编程模型促进良好的编程习惯。
轻量:Spring 是轻量的,基本的版本大约 2MB。
控制反转:Spring 通过控制反转实现了松散耦合,对象们给出它们的依赖,而不是创建
或 查找依赖的对象们。
开。
容器:Spring 包含并管理应用中对象的生命周期和配置。
MVC 框架:Spring 的 WEB 框架是个精心设计的框架,是 Web 框架的一个很好的替代
品。
务 (JTA)。
or JDO 抛出的)转化为一致的 unchecked 异常。
以下是 Spring 框架的基本模块:
Core module · Bean module · Context module
Expression Language module
JDBC module · ORM module · OXM module
Java Messaging Service(JMS) module
Transaction module · Web module · Web-Servlet module
Web-Struts module · Web-Portlet module
这是基本的 Spring 模块,提供 spring 框架的基础功能,BeanFactory 是 任何以 spring 为
基础的应用的核心。Spring 框架建立在此模块之上,它使 Spring 成为一个容器。
Bean 工厂是工厂模式的一个实现,提供了控制反转功能,用来把应用的配置和依赖从正真
的应用代码中分离。 最常用的 BeanFactory 实现是 XmlBeanFactory 类。
最常用的就是 org.springframework.beans.factory.xml.XmlBeanFactory ,它根据 XML
文件 中的定义加载 beans。该容器从 XML 文件读取配置元数据并用它去创建一个完全配置
的系 统或应用。
AOP 模 块 用 于发给我们的 Spring 应用做面向切面的开发, 很多支持由 AOP 联 盟 提 供,
这样就确保了 Spring 和其他 AOP 框架的共通性。这个模块将元数据编程引入 Spring。
通过使用 JDBC 抽象和 DAO 模块,保证数据库代码的简洁,并能避免数据库资源错误关 闭
导致的问题,它在各种不同的数据库的错误信息之上,提供了一个统一的异常访问层。它 还
利用 Spring 的 AOP 模块给 Spring 应用中的对象提供事务管理服务。
Spring 通 过 提 供 ORM 模 块 , 支 持 我 们 在 直 接 JDBC 之 上 使 用 一 个 对 象 / 关
系 映 射 映 射 (ORM)工具,Spring 支持集成主流的 ORM 框架,如 Hiberate,JDO 和
iBATISSQL Maps。 Spring 的事务管理同样支持以上所有 ORM 框架及 JDBC。
Spring 的 WEB 模块是构建在 application context 模块基础之上,提供一个适合 web 应
用的上下文。这个模块也包括支持多种面向 web 的任务,如透明地处理多个文件上传请求 和
程序级请求参数的绑定到你的业务对象。它也有对 JakartaStruts 的支持。
Spring 配置文件是个 XML 文件,这个文件包含了类信息,描述了如何配置它们,以及如何
相互调用。
Spring IOC 负责创建对象,管理对象(通过依赖注入(DI),装配对象,配置对象,并且管
理这些对象的整个生命周期。
IOC 或 依赖注入把应用的代码量降到最低。它使应用容易测试,单元测试不再需要单例和
JNDI 查找机制。最小的代价和最小的侵入性使松散耦合得以实现。IOC 容器支持加载服务 时
的饿汉式初始化和懒加载。
XML Bean 配置文件的全路径名必须提供给它的构造函数。
这里,你需要正确设置 classpath 因为这个容器将在 classpath 里找 bean 配置。
用的 所有 bean。
Application contexts 提供一种方法处理文本消息,一个通常的做法是加载文件资源(比如镜
像),它们可以向注册为监听器的 bean 发布事件。另外,在容器或容器内的对象上执行的
那些不得不由 bean 工厂以程序化方式处理的操作,可以在 Application contexts 中以声明
的方式处理。Application contexts 实现了 MessageSource 接口,该接口的实现以可插拔
的 方式提供获取本地化消息的方法。
一个定义了一些功能的接口。
这实现包括属性,它的 Setter , getter 方法和函数等。
Spring AOP。 · Spring 的 XML 配置文件。
使用以上功能的客户端程序。依赖注入
依赖注入,是 IOC 的一个方面,是个通常的概念,它有多种解释。这概念是说你不用创建 对
象,而只需要描述它如何被创建。你不在代码里直接组装你的组件和服务,但是要在配置 文
件里描述哪些组件需要哪些服务,之后一个容器(IOC 容器)负责把他们组装起来。
依赖注入,是 IOC 的一个方面,是个通常的概念,它有多种解释。这概念是说你不用创建 对
象,而只需要描述它如何被创建。你不在代码里直接组装你的组件和服务,但是要在配置 文
件里描述哪些组件需要哪些服务,之后一个容器(IOC 容器)负责把他们组装起来。
参数,每个参数代表一个对其他类的依赖。
例 化 bean 之后,调用该 bean 的 setter 方法,即实现了基于 setter 的依赖注入。
你两种依赖方式都可以使用,构造器注入和 Setter 方法注入。最好的解决方案是用构造器 参
数实现强制依赖,setter 方法实现可选依赖。
Spring beans 是那些形成 Spring 应用的主干的 java 对象。它们被 Spring IOC 容器初始 化,
装配,和管理。这些 beans 通过容器中配置的元数据创建。比如,以 XML 文件中 的 形 式
定 义 。 Spring 框 架 定 义 的 beans 都 是 单 件 beans 。 在 bean tag 中 有 个 属
性”singleton”,如果它被赋为 TRUE,bean 就是单件,否则就是一个 prototypebean。
默 认是 TRUE,所以所有在 Spring 框架中的 beans 缺省都是单件。
一个 Spring Bean 的定义包含容器必知的所有配置元数据,包括如何创建一个 bean,它的
生命周期详情及它的依赖。
这里有三种重要的方法给 Spring 容器提供配置元数据。
XML 配置文件。
基于注解的配置。
基于 java 的配置。
当定义一个 在 Spring 里,我们还能给这个 bean 声明一个作用域。它可以通过 bean 定 义
中的 scope 属性来定义。如,当 Spring 要在需要的时候每次生产一个新的 bean 实例,
bean 的 scope 属性被指定为 prototype。另一方面,一个 bean 每次使用的时候必须返回
同一个实例,这个 bean 的 scope 属性 必须设为 singleton。
Spring 框架支持以下五种 bean 的作用域:
singleton : bean 在每个 Spring ioc 容器中只有一个实例。
prototype:一个 bean 的定义可以有多个实例。
request : 每 次 http 请 求 都 会 创 建 一 个 bean , 该 作 用 域 仅 在 基 于 web 的
Spring ApplicationContext 情形下有效。
web 的 Spring ApplicationContext 情形下有效。
用 域仅在基于 web 的 Spring ApplicationContext 情形下有效。缺省的 Spring bean
的作用 域是 Singleton。
不,Spring 框架中的单例 bean 不是线程安全的。
Spring 容器 从 XML 文件中读取 bean 的定义,并实例化 bean。
Spring 根据 bean 的定义填充所有的属性。
如 果 bean 实 现 了 BeanNameAware 接 口 , Spring 传 递 bean 的 ID 到
setBeanName 方法。
setBeanFactory 方法。
postProcesserBeforeInitialization()方法内调用它们。
了 初始化方法,调用此初始化方法。
postProcessAfterInitialization() 方法将被调用。
有两个重要的 bean 生命周期方法,第一个是 setup , 它是在容器加载 bean 的时候被调 用。
第二个方法是 teardown 它是在容器卸载类的时候被调用。
The bean 标签有两个重要的属性(init-method 和 destroy-method)。用它们你可以自己
定制初始化和注销方法。它们也有相应的注解(@PostConstruct 和@PreDestroy)。
当 一 个 bean 仅 被 用 作 另 一 个 bean 的 属 性 时 , 它 能 被 声 明 为 一 个 内 部
bean , 为 了 定 义 inner bean,在 Spring 的 基于 XML 的 配置元数据中,可以在 或 元
素内使用 元素,内 部 bean 通常是匿名的,它们的 Scope 一般是 prototype。
Spring 提供以下几种集合的配置元素:
类型用于注入一列值,允许有相同的值。
类型用于注入一组值,不允许有相同的值。
类型用于注入一组键值对,键和值都可以为任意类型。
类型用于注入一组键值对,键和值都只能为 String 类型。
装 配 , 或 bean 装 配 是 指 在 Spring 容 器 中 把 bean 组 装 到 一 起 , 前 提 是 容 器
需 要 知 道 bean 的依赖关系,如何通过依赖注入来把它们装配到一起。
Spring 容器能够自动装配相互合作的 bean,这意味着容器不需要和配置,能通过 Bean 工
厂自动处理 bean 之间的协作。
有五种自动装配的方式,可以用来指导 Spring 容器用自动装配方式来进行依赖注入。
no:默认的方式是不进行自动装配,通过显式设置 ref 属性来进行装 配。
byName:通过参数名 自动装配,Spring 容器在配置文件中发现 bean 的 autowire
属性被设置成 byname,之后容器试图匹配、装配和该 bean 的属性 具有相同名字的
bean。
byType::通过参数类型自动装配,Spring 容器在配置文件中发现 bean 的 autowire
属性被设置成 byType,之后容器试图匹配、装配和该 bean 的属 性具有相同类型的
bean。如果有多个 bean 符合条件,则抛出错误。
参数的构造器参数类型,将会抛出异常。
方式。
自动装配的局限性是:
重写:你仍需用 和 配置来定义依赖,意味着总要重写自动装配。
基本数据类型:你不能自动装配简单的属性,如基本数据类型,String 字符串,和类。
模糊特性:自动装配不如显式装配精确,如果有可能,建议使用显式装配。
可以。
基于 Java 的配置,允许你在少量的 Java 注解的帮助下,进行你的大部分 Spring 配置而非
通过 XML 文件。 以@Configuration 注解为例,它用来标记类可以当做一个 bean 的定义,
被 Spring IOC 容器使用。另一个例子是@Bean 注解,它表示此方法将要返回一个对象,作
为一个 bean 注册进 Spring 应用上下文。
相对于 XML 文件,注解型的配置依赖于通过字节码元数据装配组件,而非尖括号的声明。
开发者通过在相应的类,方法或属性上使用注解的方式,直接组件类中进行配置,而不是使
用 xml 表述 bean 的装配关系。
注解装配在默认情况下是不开启的,为了使用注解装配,我们必须在 Spring 配置文件中配 置
context:annotation-config/元素。
这个注解表明 bean 的属性必须在配置的时候设置,通过一个 bean 定义的显式的属性值 或
通 过 自 动 装 配 , 若 @Required 注 解 的 bean 属 性 未 被 设 置 , 容 器 将 抛 出
BeanInitializationException。
@Autowired 注解提供了更细粒度的控制,包括在何处以及如何完成自动装配。它的用法和
@Required 一样,修饰 setter 方法、构造器、属性或者具有任意名称和/或多个参数的 PN
方法。
当有多个相同类型的 bean 却只有一个需要自动装配时,将@Qualifier 注解和 @Autowire 注
解结合使用以消除这种混淆,指定需要装配的确切的 bean。
使 用 SpringJDBC 框 架 , 资 源 管 理 和 错 误 处 理 的 代 价 都 会 被 减 轻 。 所 以 开
发 者 只 需 写 statements 和 queries 从数据存取数据,JDBC 也可以在 Spring 框架提供
的模板类的帮助 下更有效地被使用,这个模板叫 JdbcTemplate (例子见这里 here)
JdbcTemplate 类提供了很多便利的方法解决诸如把数据库数据转变成基本数据类型或对象,
执行写好的或可调用的数据库操作语句,提供自定义的数据错误处理。
Spring 对数据访问对象(DAO)的支持旨在简化它和数据访问技术如 JDBC,Hibernate or
JDO 结合使用。这使我们可以方便切换持久层。编码时也不用担心会捕获每种技术特有的异
常。
在 Spring 中 有 两 种 方 式 访 问 Hibernate :
控 制 反 转 Hibernate Template 和 Callback。
继承 HibernateDAOSupport 提供一个 AOP 拦截器。
Spring 支持以下 ORM:
Hibernate
iBatis
JPA (Java Persistence API)
TopLink
JDO (Java Data Objects)
OJB
用 Spring 的 SessionFactory 调用 LocalSessionFactory。集成过程分三步:
配置 the Hibernate SessionFactory。
继承 HibernateDaoSupport 实现一个 DAO。
在 AOP 支持的事务中装配。
Spring 支持两种类型的事务管理:
护。
置来管理事务。
模式。
式事务管理。
大多数 Spring 框架的用户选择声明式事务管理,因为它对应用代码的影响最小,因此更符 合
一个无侵入的轻量级容器的思想。声明式事务管理要优于编程式事务管理,虽然比编程式 事
务管理(这种方式允许你通过代码控制事务)少了一点灵活性。
大多数 Spring 框架的用户选择声明式事务管理,因为它对应用代码的影响最小,因此更符 合
一个无侵入的轻量级容器的思想。声明式事务管理要优于编程式事务管理,虽然比编程式 事
务管理(这种方式允许你通过代码控制事务)少了一点灵活性。
面向切面的编程,或 AOP, 是一种编程技术,允许程序模块化横向切割关注点,或横切典
型的责任划分,如日志和事务管理。
AOP 核心就是切面,它将多个类的通用行为封装成可重用的模块,该模块含有一组 API 提 供
横切功能。比如,一个日志模块可以被称作日志的 AOP 切面。根据需求的不同,一个应 用
程序可以有若干切面。在 Spring AOP 中,切面通过带有@Aspect 注解的类实现。
关注点是应用中一个模块的行为,一个关注点可能会被定义成一个我们想实现的一个功能。
横切关注点是一个关注点,此关注点是整个应用都会使用的功能,并影响整个应用,比如日
志,安全和数据传输,几乎应用的每个模块都需要的功能。因此这些都属于横切关注点。
连接点代表一个应用程序的某个位置,在这个位置我们可以插入一个 AOP 切面,它实际上
是个应用程序执行 Spring AOP 的位置。
通知是个在方法执行前或执行后要做的动作,实际上是程序执行时要通过 SpringAOP 框架
触发的代码段。 Spring 切面可以应用五种类型的通知:
before:前置通知,在一个方法执行前被调用。
after: 在方法执行之后调用的通知,无论方法执行是否成功。
after-returning: 仅当方法成功完成后执行的通知。
after-throwing: 在方法抛出异常退出时执行的通知。
around: 在方法执行之前和之后调用的通知。
切入点是一个或一组连接点,通知将在这些位置执行。可以通过表达式或匹配的方式指明切
入点。
引入允许我们在已存在的类中增加新的方法和属性。
被一个或者多个切面所通知的对象。它通常是一个代理对象。也指被通知(advised )对象。
代理是通知目标对象后创建的对象。从客户端的角度看,代理对象和目标对象是一样的。
BeanNameAutoProxyCreator
DefaultAdvisorAutoProxyCreator (3)Metadata autoproxying
织入是将切面和到其他应用类型或对象连接或创建一个被通知对象的过程。织入可以在编译
时,加载时,或运行时完成。
在这种情况下,切面由常规类以及基于 XML 的配置实现。
在这种情况下(基于@AspectJ 的实现),涉及到的切面声明的风格与带有 java5 标注的普通
java 类一致。
Spring 配备构建 Web 应用的全功能 MVC 框架。Spring 可以很便捷地和其他 MVC 框架 集
成,如 Struts ,Spring 的 MVC 框架用控制反转把业务对象和控制逻辑清晰地隔离。它 也
允许以声明的方式把请求参数和业务对象绑定。
Spring 的 MVC 框架是围绕 DispatcherServlet 来设计的,它用来处理所有的 HTTP 请求和
响应。
WebApplicationContext 继 承 了 ApplicationContext 并 增 加 了 一 些 WEB 应 用 必 备
的 特 有 功能,它不同于一般的 ApplicationContext ,因为它能处理主题,并找到被关联的
servlet。
控制器提供一个访问应用程序的行为,此行为通常通过服务接口实现。控制器解析用户输入并
将其转换为一个由视图呈现给用户的模型。Spring 用一个非常抽象的方式实现了一个控 制层,
允许用户创建多种用途的控制器。
该 注 解 表 明 该 类 扮 演 控 制 器 的 角 色 , Spring 不 需 要 你 继 承 任 何 其 他 控 制
器 基 类 或 引 用 Servlet API。
之后调用的通知。
切入点是一个或一组连接点,通知将在这些位置执行。可以通过表达式或匹配的方式指明切
入点。
引入允许我们在已存在的类中增加新的方法和属性。
被一个或者多个切面所通知的对象。它通常是一个代理对象。也指被通知(advised )对象。
代理是通知目标对象后创建的对象。从客户端的角度看,代理对象和目标对象是一样的。
BeanNameAutoProxyCreator
DefaultAdvisorAutoProxyCreator (3)Metadata autoproxying
织入是将切面和到其他应用类型或对象连接或创建一个被通知对象的过程。织入可以在编译
时,加载时,或运行时完成。
在这种情况下,切面由常规类以及基于 XML 的配置实现。
在这种情况下(基于@AspectJ 的实现),涉及到的切面声明的风格与带有 java5 标注的普通
java 类一致。
Spring 配备构建 Web 应用的全功能 MVC 框架。Spring 可以很便捷地和其他 MVC 框架 集
成,如 Struts ,Spring 的 MVC 框架用控制反转把业务对象和控制逻辑清晰地隔离。它 也
允许以声明的方式把请求参数和业务对象绑定。
Spring 的 MVC 框架是围绕 DispatcherServlet 来设计的,它用来处理所有的 HTTP 请求和
响应。
WebApplicationContext 继 承 了 ApplicationContext 并 增 加 了 一 些 WEB 应 用 必 备
的 特 有 功能,它不同于一般的 ApplicationContext ,因为它能处理主题,并找到被关联的
servlet。
控制器提供一个访问应用程序的行为,此行为通常通过服务接口实现。控制器解析用户输入并
将其转换为一个由视图呈现给用户的模型。Spring 用一个非常抽象的方式实现了一个控 制层,
允许用户创建多种用途的控制器。
该 注 解 表 明 该 类 扮 演 控 制 器 的 角 色 , Spring 不 需 要 你 继 承 任 何 其 他 控 制
器 基 类 或 引 用 Servlet API。