Spring笔记
1 Spring是什么？
Spring是一个大工厂。
工厂就是成生对象。（new Class.forName()）
Spring是一个代理的工厂。
Spring就是一个使用IoC（控制反转）和AOP(面向方面编号)的一个框架。
2 Spring体系结构
1.1 Spring Core:Spring核心模块。（IoC）Bean工厂，创建对象。
1.2 Spring AOP ：面向方面编程。AOP。代理设计模式
1.3 Spring DAO ：数据库访问模块。可以实现对JDBC的支持。与Hibernate 一样。
1.4 Spring MVC：一个Spring框架实现的MVC框架。与Strut2一样。1.5 Spring Context：Spring上下文对象。获得Spring创建的对象时要使用的内容。
1.6 Spring ORM：支持ORM框架的模块。与Hibernate这一类ORM的框架整合使用的。
1.7 Spring WEB：整合WEB框架，整合Struts2。
3 IoC/DI是什么？
依赖注入(Dependency Injection)/控制反转(Inversion of Control)
第一版：
第二版：
IoC：
在第一版中我们在biz类中new dao，我们叫“主动获取”。
在第二版中我们在biz为中使用dao对象，biz本身不知道了，就必有人给biz 一个dao对象。我们叫“被动接收”。
从“主动获取”转换成了“被动接收”，这个过程我们就叫“控制反转（IoC）”
被动接收一个依赖对象时调用set方法。
4 手动实现工厂模式（简单结构）：
5 Spring框架怎么创建和装配对象。
5.1 导入Spring框架。
5.2 使用Spring创建对象。
只在要Spring配置文件中进行配置。
1 XML
2 Annotation
在Spring配置文件配置一个对象。配置一个
1 id 属性：对象名，不能使用特殊符号
2 name属性：对象名，能使用特殊符号
3 class属性：类名，注意：完整的类名
4 scope属性：指明对象的范围。
prototype：原型，多例。每从Spring工厂中获取一个dao对象时都会重新实例化一次。
request：请求，请求范围之内是同一个对象。
session：会话，会话范围之内是同一个对象。
singleton：默认值，单例，整个应用程序中有一个对象。
5.3 获取Spring中的对象
5.3.1 步骤1：加载Spring框架。
获取一个Spring上下文对象。从Spring上下文对象（环境）取得Spring 工厂创建的对象。
1 Spring上下文对象org.springframework.context.ApplicationContext
加载ApplicationContext对象。
1)类路径加载。Java工程。
classPathXmlApp licationContext(“参数指明Spring配置文件”);
5.3.2 步骤2：通过这个Spring上下文对象来获取对象。
ac.getBean(String 参数)方法取对象。参数是我们在Spring中配置的对象的id或name.
5.4 在Spring中实现对象的装配，通过配置实现将DAO对象注入到BIZ中。
5.4.1 配置
5.4.2 获取
6 Spring中的依赖注入的两种方式6.1属性注入：调用set方法注入
调用biz对象中set方法。
6.2构造注入：使用构造方法注入
7 基于注解的对象创建与装配。
7.1 修改applicationContext.xml文件
7.1.1 导入头信息中加context的内容。
7.1.2 注册标注后台的处理类。
7.2 编写类，增加注解。
7.2.1 类对象的注解
@Service 业务层
@Controller 控制器层
@Repository 数据访问层
@Component 通用
多例的注册方式
单例的注册方式（一般在biz,dao中）
@Scope：说明对象的范围。
@Scope(“prototype”)：多例7.2.2 注入的注解
@Autowired：自动装配，自动按类型装配。
@Qualifier：按名称装配
8 AOP面向切面编程。
保存业务
日志，权限，事务
更新业务
日志，权限，事务
删除业务
日志，权限，事务
开发实际
理想状态
Springmvc框架配置步骤 小弟是个新手，有不对的地方请tell me，一起研究探讨。谢谢。 1062140832@https://www.doczj.com/doc/e22742868.html, 配置springmvc框架其实不是很难，要现有一个总体的认识，确定要分几步，每一步主要是干什么，不要太盲目。 以为web.xml是项目的入口，所以所有的配置文件，都必须引入到wem.xml中，不然，配置了等于没用。所以，要先从入口入手。 配置web.xml 1、首先引入springmvc-servlet.xml文件
Spring作为现在最优秀的框架之一，已被广泛的使用，51CTO也曾经针对Spring框架中的JDBC应用做过报道。本文将从另外一个视角试图剖析出Spring框架的作者设计Spring框架的骨骼架构的设计理念。 Rod Johson在2002年编著的《Expert one to one J2EE design and development》一书中，对Java EE正统框架臃肿、低效、脱离现实的种种现状提出了质疑，并积极寻求探索革新之道。以此书为指导思想，他编写了interface21框架，这是一个力图冲破Java EE传统开发的困境，从实际需求出发，着眼于轻便、灵巧，易于开发、测试和部署的轻量级开发框架。Spring框架即以interface21框架为基础，经过重新设计，并不断丰富其内涵，于2004年3月24日，发布了1.0正式版。同年他又推出了一部堪称经典的力作《Expert one-to-one J2EE Development without EJB》，该书在Java世界掀起了轩然大波，不断改变着Java开发者程序设计和开发的思考方式。在该书中，作者根据自己多年丰富的实践经验，对EJB 的各种笨重臃肿的结构进行了逐一的分析和否定，并分别以简洁实用的方式替换之。至此一战功成，Rod Johnson 成为一个改变Java世界的大师级人物。 传统J2EE应用的开发效率低，应用服务器厂商对各种技术的支持并没有真正统一，导致J2EE的应用没有真正实现Write Once及Run Anywhere的承诺。Spring作为开源的中间件，独立于各种应用服务器，甚至无须应用服务器的支持，也能提供应用服务器的功能，如声明式事务等。 Spring致力于J2EE应用的各层的解决方案，而不是仅仅专注于某一层的方案。可以说Spring是企业应用开发的“一站式”选择，并贯穿表现层、业务层及持久层。然而，Spring并不想取代那些已有的框架，而与它们无缝地整合。 Spring简介 Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring 使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 ◆目的：解决企业应用开发的复杂性 ◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 ◆范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 ◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且 Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 ◆控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 ◆面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 ◆容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。 ◆框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将
spring配置文件各个属性详解 分类：spring 2012-08-09 11:25 9316人阅读评论(2) 收藏举报springaophibernateattributesxhtmlwebsphere 目录(?)[+]一、引用外部属性文件
spring框架 Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应
该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB 容器，它们经常是庞大与笨重的，难以使用。 框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。 所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。
spring 年编著的《Expert one to one J2EE design and development
Spring Logo 书中，对Java EE正统框架臃肿、低效、脱离现实的种种现状提出了质疑，并积极寻求探索革新之道。以此书为指导思想，他编写了interface21框架，这是一个力图冲破Java EE传统开发的困境，从实际需求出发，着眼于轻便、灵巧，易于开发、测试和部署的轻量级开发框架。Spring框架即以interface21框架为基础，经过重新设计，并不断丰富其内涵，于2004年3月24日，发布了1.0正式版。同年他又推出了一部堪称经典的力作《Expert one-to-one J2EE Development without EJB》，该书在Java世界掀起了轩然大波，不断改变着Java开发者程序设计和开发的思考方式。在该书中，作者根据自己多年丰富的实践经验，对EJB的各种笨重臃肿的结构进行了逐一的分析和否定，并分别以简洁实用的方式替换之。至此一战功成，Rod Johnson成为一个改变Java世界的大师级人物。 传统J2EE应用的开发效率低，应用服务器厂商对各种技术的支持并没有真正统一，导致J2EE的应用没有真正实现Write Once及Run Anywhere的承诺。Spring作为开源的中间件，独立于各种应用服务器，甚至无须应用服务器的支持，也能提供应用服务器的功能，如声明式事务等。 Spring致力于J2EE应用的各层的解决方案，而不是仅仅专注于某一层的方案。可以说Spring是企业应用开发的“一站式”选择，并贯穿表现层、业务层及持久层。然而，Spring并不想取代那些已有的框架，而是与它们无缝地整合。 编辑本段简介 Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 ◆目的：解决企业应用开发的复杂性 ◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 ◆范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 ◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB 多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 ◆控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC 与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 ◆面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。 ◆容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
---------------------------------------------------------------最新资料推荐------------------------------------------------------ Spring技术内幕：深入解析Spring架构与设计原 理 Spring 技术内幕： 深入解析 Spring 架构与设计原理 Spring 技术内幕深入解析 Spring 架构与设计原理（一）引子缘起已经很久没有写帖子了，现在总算是有点时间写些东西，也算是对自己的一个记录吧。 刚刚完成了一个软件产品，从概念到运营都弄了一下，正在推广当中，虽然还没有能够达到盈亏平衡，但是这个过程，对自己也算是一种历练。 先不管结果如何，好呆走过这么一遭了。 我打算用这个帖子，把自己在这个过程中的一些心得，特别是对 Spring 新的理解，记录下来。 使用这个帖子的标题，持续下来。 简单来说，自己的软件产品是一个基于互联网的 SaaS 协同软件平台, 操作简单，支持流程定义，管理和多种客户端 -像短信， MSN，智能手机什么的（我这里就不多做什么广告了），也有一个企业版的版本，使用的技术框架是 Hibernate + Spring + Wicket，下面是 Linux 和 MySQL，还有云计算的平台的使用，以支持其扩展性，虽然现在还没有可扩展性的需求，但似乎不难从SaaS 上，就会想到云计算, 其实，它们真的是天生的一对！ 1 / 3
关于云计算，自己对这个技术很感兴趣，觉得和开源软件的结合，是很有意思的，因为它们都有基于服务的基因，在云计算平台的使用上，也有一些初步的实践。 云计算是一个很有意思的话题，但在这里主要是想谈 Spring，所以对云计算，这里就先不多说了，但非常欢迎有兴趣的朋友和一起另外找地方讨论！回到正题，在我自己的产品中，其中除了Wicket 和云计算外，其他都是大家非常熟知的了，像Hibernate, Spring, MySQL 什么的。 在这个过程中，发现自己对一些技术点也有了新的认识，最有体会的是 Spring。 当然，在这个过程中，更大的收获是对产品开发整个过程的认识，在这点上，真是一言难尽. . . . . . . . 回到自己还算了解的 Spring, 这次我使用的是 3. 0 的代码，所以，有机会也把这些代码读了几遍，比原来的理解要加深了许多，也发现了不少和 2. 0 代码不同的地方，以及自己一些对 Spring 的新的理解，这些，就让我就用这个帖子系列，给自己总结一下，也算是对自己以前的那个代码分析的帖子做一个新的交代吧。 自己对 Spring 一点小小的见解简化 Java 企业应用的开发，是Spring 框架的目标. 就是我们熟知的当年的那个interface21，也亦非吴下阿蒙了，由它演进出来的 Spring，以及由它带来的崭新开发理念，也早已伴随着这个开源框架的广泛应用，而飞入寻常百姓家。
一个非常有趣的使用spring框架AOP例子 接触spring有一段时间了，不过都是看的多，写的少，工作忙，公司也不准备用。自己写过一些小东西用到，也只用到了BeanFactory组装对象，JdbcTemplate代替jdbc，事务管理。。。东抓一把，西抓一把，没形成系统。最近也在看spring自带的reference，一时手痒，写了个AOP的创建advice的例子，比之单纯地使用TransationProxyFactoryBean 对AOP的理解又深入了点，打算看看它的源代码，基于CGLIB的实现对类的代理不了解，倒是好奇它如何实现对接口的代理??也就是利用J2SE的动态代理技术。 例子如下：讲述一间书店开始打折促销，规则是每一名顾客只能买一本书，而且已经脱销了。。。。。你可以去掉TestAdvice里的注释看看各种运行结果，具体就不解释咯，在代码注释里。 首先，你必须对增强(advice)有所了解，增强就是在特定连接点执行的动作。advice contains the logic of your aspect。增强，分为4类： 前增强(before)在连接点之前调用 后增强(after)在连接点执行之后调用、 环绕增强(around)完整控制整个方法流程，必须调用MethodInvocation的proceed促使真实操作发生 异常增强针对某个异常抛出时调用 书店，一个buyBook业务： package com.denny_blue.springdemo.aop; public interface BuyBook { public void buyBook(String customer,String book)throws NoThisBookException; } 实现此接口的一个业务对象，如果顾客要买就抛出NoThisBookException异常。 package com.denny_blue.springdemo.aop; public class MyBuyBook implements BuyBook { public void buyBook(String customer,String book)throws NoThisBookException{ if(book.equals("")) throw new NoThisBookException("对不起，没有"+book+"存货了！"); System.out.println(customer+",你好，你已经购买了一本"+book+"!"); } }
1. (单选题)下列关于Spring配置文件的说法不正确的是 o A. Spring默认是读取/WEB-INF/配置文件 o B. Spring的配置文件可以配置在类路径下，并可以重命名，但是需要在文件中指定 o C. 把文件放到src目录下，Spring也可以读到 o D. 可以通过在中的
正确答案：A IOC是来完成相互依赖的对象的创建、协调工作。 3. (单选题)下列关于Spring的装配模式（default-autowire）描述不正确的是 o A. Spring中，至少有两种装配模式，按“类型”和“名字” o B. Spring中默认是按名字进行装配的 o C. 可以用default-autowire=”byType”配置按类型装配 o D. 一旦在一个Spring配置文件中配置了default-autowire=”byType”，其它的配置文件也是按此种装配方式进行装配 正确答案：D 在
一、选择题（每题2分，共计100分） 1.下面关于AOP的说法错误的是（）。 A．AOP将散落在系统中的“方面”代码集中实现 B．AOP有助于提高系统的可维护性 C．AOP已经表现出了将要替代面向对象的趋势 D．AOP是一种设计模式，Spring提供了一种实现 2.事务隔离级别是由谁实现的？（）。 A．Java应用程序 B．Hibernate C．数据库系统 D．JDBC驱动程序 标准SQL规范： 在数据库操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别；为了解决更新丢失，脏读，不可重读（包括虚读和幻读）等问题在标准SQL规范中，定义了4个事务隔离级别，分别为未授权读取，也称为读未提交（read uncommitted）；授权读取，也称为读提交（read committed）；可重复读取（repeatable read）；序列化（serializable）. 3.下列哪项不是Spring的依赖注入方式（）。[选两项] A．setter注入 B．getter注入 C．接口注入 D．构造注入 4.在Spring框架中,面向方面编程(AOP)的目标在于( )。 A．编写程序时不用关心其依赖组件的实现 B．将程序中涉及的公用问题集中解决 C．封装JDBC访训数据库的代码,简化数据访训层的得复性代码 D．实现面面的”无刷新”
A．Spring提供了HibernateDaoSupport类来简化Hibernate的使用 B．在Spring配置文件种可以通过Spring提供的LocalSessionFactoryBean,来获得SessionFactory的实例 C．通过集成Spring和Hibernate,用Spring管理程序的依赖关系，将SessionFactory 注入到DataSource中 D．通过Spring,可以在Biz层代码中无需直接实例化DAO类，而是通过注入得到 6.依赖注入说法正确的是（）。 A．依赖注入的目标是在代码之外管理程序组建间的依赖关系 B．依赖注入即是“面向接口”的编程 C．依赖注入是面向对象技术的替代品 D．依赖注入的使用会增大程序的规模 7.关于spring说法错误的是（）。 A．spring是一个轻量级JAVA EE的框架集合 B．spring是“依赖注入”模式的实现 C．使用spring可以实现声明事务 D．spring提供了AOP方式的日志系统8.在Spring 中，配置Hibernate 事务管理器(Hibernate TransactionManager)时，需要 注入的属性名称是( )。 A．dataSource B．sessionFactory C．baseHibernateDao D．transactionProxyFactoryBean 9.下面（）不是Spring AOP中的通知类型。 A．前置通知 B．后置通知 C．代理通知 D．异常通知
各种系统架构图及其简介 1.Spring 架构图 Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为J2EE 应用程序开发提供集成的框架。Spring 框架的功能可以用在任何J2EE 服务器中，大多数功能也适用于不受管理的环境。Spring 的核心要点是：支持不绑定到特定J2EE 服务的可重用业务和数据访问对象。这样的对象可以在不同J2EE 环境（Web或EJB ）、独立应用程序、测试环境之间重用。 组成Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下： ?核心容器：核心容器提供Spring 框架的基本功能。核心容器的主要组件是BeanFactory ，它是工厂模式的实现。BeanFactory 使用控制反转（IOC ）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 ?Spring 上下文：Spring 上下文是一个配置文件，向Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如JNDI 、EJB 、电子邮件、国际化、校验和调度功能。 ?Spring AOP ：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring 框架中。所以，可以很容易地使Spring 框架管理的任何对象支持AOP 。Spring AOP 模块为基于Spring 的应用程序中的对象提供了事务管理服务。通过使用Spring AOP ，不用依赖EJB 组件，就可以将声明性事务管理集成到应用程序中。 ?Spring DAO ：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向JDBC 的异常遵从通用的DAO 异常层次结构。 ?Spring ORM ：Spring 框架插入了若干个ORM 框架，从而提供了ORM 的对象关系工具，其中包括JDO 、Hibernate 和iBatis SQL Map 。所有这些都遵从Spring 的通用事务和DAO 异常层次结构。
Spring开发教程 Spring教程 (1) Spring框架概述 (2) Spring是什么？ (2) Spring的历史 (3) Spring的使命（Mission Statement） (3) Spring受到的批判 (3) Spring包含的模块 (4) 总结 (5) Spring的IoC容器 (6) 用户注册的例子 (6) 面向接口编程 (7) （用户持久化类）重构第一步——面向接口编程 (8) 重构第二步——工厂（Factory）模式 (9) 重构第三步——工厂（Factory）模式的改进 (9) 重构第四步－IoC容器 (10) 控制反转（IoC）/依赖注入（DI） (10) 什么是控制反转/依赖注入？ (10) 依赖注入的三种实现形式 (11) BeanFactory (13) BeanFactory管理Bean（组件）的生命周期 (14) Bean的定义 (15) Bean的之前初始化 (19) Bean的准备就绪（Ready）状态 (21) Bean的销毁 (21) ApplicationContext (21) Spring的AOP框架 (21) Spring的数据层访问 (21) Spring的声明式事务 (21) Spring对其它企业应用支持 (22)
名词解释 容器： 框架： 框架 容器 组件： 服务： Spring框架概述 主要内容：介绍Spring的历史，Spring的概论和它的体系结构，重点阐述它在J2EE中扮演的角色。 目的：让学员全面的了解Spring框架，知道Spring框架所提供的功能，并能将Spring 框架和其它框架（WebWork/Struts、hibernate）区分开来。 Spring是什么？ Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring 的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 ?目的：解决企业应用开发的复杂性 ?功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 ?范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 ■轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 ■控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。 ■面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。应用对象只实
简介 框架由开发，2004年发布了框架的第一版。是一个从实际开发中抽取出来的框架，因此它完成了大量开发中的通用步骤，留给开发者的仅仅是与特定应用相关的部分，从而大大提高了企业应用的开发效率。 总结起来优点如下： ?低侵入式设计，代码的污染极低。 ?独立于各种应用服务器，基于框架的应用，可以真正实现，的承诺。 ?的容器降低了业务对象替换的复杂性，提高了组件之间的解耦。 ?的支持允许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用。 ?的和提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问。 ?的高度开放性，并不强制应用完全依赖于，开发者可自由选用框架的部分或全部。 框架的组成结构图如下所示： 的核心机制
管理 程序主要是通过容器来访问容器中的，是容器最常用的接口，该接口有如下两个实现类：?: 从类加载路径下搜索配置文件，并根据配置文件来创建容器。 ?: 从文件系统的相对路径或绝对路径下去搜索配置文件，并根据配置文件来创建容器。 使用 在等工具中，用户可以自建，然后把的包都放入其中，当然也可以将包直接放在项目的目录下，但是如果使用，在项目发布时，需要将用户库所引用的文件随应用一起发布，就是将所使用的复制到目录下，这是因为对于一个应用，部署应用时不会将用户库的文件复制到下，需要手动复制。 依赖注入 框架的核心功能有两个： ?容器作为超级大工厂，负责创建、管理所有的对象，这些对象被称为。 ?容器管理容器中之间的依赖关系，使用一种被称为"依赖注入"的方式来管理之间的依赖关系。 使用依赖注入，不仅可以为注入普通的属性值，还可以注入其他的引用。依赖注入是一种 优秀的解耦方式，其可以让以配置文件组织在一起，而不是以硬编码的方式耦合在一起。理解依赖注入 是第一个高度重视以配置文件来管理实例的协作关系的人，他给这种方式起了一个名字：控制反转（，）。后来为这种方式起了另一个名称：依赖注入（），因此不管是依赖注入，还是控制反转，其含义完全相同。当某个对象（调用者）需要调用另一个对象（被依赖对象）的方法时，在传统模式下通常有两种做法： 1.原始做法: 调用者主动创建被依赖对象，然后再调用被依赖对象的方法。 2.简单工厂模式: 调用者先找到被依赖对象的工厂，然后主动通过工厂去获取被依赖对象，最后再调 用被依赖对象的方法。
由于软件开发的复杂性而创建了Spring框架。Spring使用基本的JavaBeans完成以前只能由EJB完成的事情。但是，Spring的使用不仅限于服务器端开发。从简单性，可测试性和松散耦合的角度来看，大多数Java应用程序都可以从Spring中受益。 ◆目的：解决企业应用开发的复杂性 ◆功能：使用基本的JavaBean代替EJB，并提供更多的企业应用程序功能 ◆范围：任何Java应用程序 Spring是控制（IoC）和面向方面（AOP）容器框架的轻量级反转。要谈Spring的历史，就要先谈J2EE。J2EE应用程序的广泛实现是在1999年和2000年开始的，它的出现带来了诸如事务管理之类的核心中间层概念的标准化，但是在实践中并没有获得绝对的成功，因为开发效率，开发难度和实际的性能都令人失望。 曾经使用过EJB开发JAVA EE应用的人，一定知道，在EJB开始的学习和应用非常的艰苦，很多东西都不能一下子就很容易的理解。EJB 要严格地实现各种不同类型的接口，类似的或者重复的代码大量存在。而配置也是复杂和单调，同样使用JNDI进行对象查找的代码也是单调而枯燥。虽然有一些开发工作随着xdoclet的出现，而有所缓解，但是学习EJB的高昂代价，和极低的开发效率，极高的资源消耗，都造成了EJB的使用困难。而Spring出现的初衷就是为了解决类似的这些问题。 Spring的一个最大的目的就是使JAVA EE开发更加容易。同时，
Spring之所以与Struts、Hibernate等单层框架不同，是因为Spring 致力于提供一个以统一的、高效的方式构造整个应用，并且可以将单层框架以最佳的组合揉和在一起建立一个连贯的体系。可以说Spring是一个提供了更完善开发环境的一个框架，可以为POJO(Plain Ordinary Java Object)对象提供企业级的服务。Spring的形成，最初来自Rod Jahnson所著的一本很有影响力的书籍《Expert One-on-One J2EE Design and Development》，就是在这本书中第一次出现了Spring的一些核心思想，该书出版于2002年。另外一本书《Expert One-on-One J2EE Development without EJB》，更进一步阐述了在不使用EJB开发JAVA EE企业级应用的一些设计思想和具体的做法。有时间了可以详细的研读一下。Spring的初衷: 1、JAVA EE开发应该更加简单。 2、使用接口而不是使用类，是更好的编程习惯。Spring将使用接口的复杂度几乎降低到了零。 3、为JavaBean提供了一个更好的应用配置框架。 4、更多地强调面向对象的设计，而不是现行的技术如JAVA EE。 5、尽量减少不必要的异常捕捉。 6、使应用程序更加容易测试。 Spring的目标: 1、可以令人方便愉快的使用Spring。 2、应用程序代码并不依赖于Spring APIs。
Spring基础知识汇总简介年发布了框架的第一版。是一个从实际开发中抽取出来的框架，因此开发，2004框架由 它完成了大量开发中的通用步骤，留给开发者的仅仅是与特定应用相关的部分，从而大大提高了企业应用的开发效率。总结起来优点如下：?低侵入式设计，代码的污染极低。?的承诺。，独立于各种应用服务器，基于框架的应用，可以真正实现 ?的容器降低了业务对象替换的复杂性，提高了组件之间的解耦。?的支持允许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用。?的和提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问。?的高度开放性，并不强制应用完全依赖于，开发者可自由选用框架的部分或全部。框架的组成结构图如下所示： 的核心机制 1 / 10 Spring基础知识汇总管理程序主要是通过容器来访问容器中的，是容器最常用的接口，该接口有如下两个实现类：? : 从类加载路径下搜索配置文件，并根据配置文件来创建容器。? : 从文件系统的相对路径或绝对路径下去搜索配置文件，并根据配置文件来创建容器。 使用，然后把的包都放入其中，当然也可以将包直接放在项目的在等工具中，用户可以
自建，在项目发布时，需要将用户库所引用的文件随应用一起发布，目录下，但是如果使用所使用的复制到目录下，这是因为对于一个应用，部署应用时不会将用户库的文件就是将复制到 下，需要手动复制。依赖注入框架的核心功能有两个：?容器作为超级大工厂，负责创建、管理所有的对象，这些对象被称为。?的方式来管理之间的依赖关系。依赖注入容器管理容器中之间的依赖关系，使 用一种被称为使用依赖注入，不仅可以为注入普通的属性值，还可以注入其他的引用。依赖注入是一种优秀的解耦方式，其可以让以配置文件组织在一起，而不是以硬编码的方式耦合在一起。理解依赖注入是第一个高度重视以配置文件来管理实例的协作关系的人，他给这种方式起了一个名字：），因此不管是依赖注为这种方式起了另一个名称：依赖注入（，）。后来控制反转（入，还是控制反转，其含义完全相同。当某个对象（调用者）需要调用另一个对象（被依赖对象）的方法时，在传统模式下通常有两种做法：主动创建被依赖对象，然后再调用被依赖对象的方法。原始做法1. : 调用者通过工厂去获取被依赖对象，最后再调主动调用者先找到被依赖对象的工厂，然后简单工厂模式2. : 用被依赖对象的方法。2 / 10 基础知识汇总Spring二字，这必然会导致调用者与被依赖对象实现类的硬编码耦合，非常不利主动注意上面的接被动于项目升级的维护。使用框架之后，调用者无需主动获取被依赖对象，调用者只要受容器为调用者的成员变量赋值即可，由此可见，使用后，调用者获取被依赖对象的方式称之为控制反转。由原来的主动获取，变成了被动接受——所以 相当于为调另外从容器的角度来看，容器负责将被依赖对象赋值给调用者的成员变量——用者注入它依赖的实例，因此称之为依赖注入。 设值注入设值注入是指容器通过成员变量的方法来注入被依赖对象。这种注入方式简单、直观，因而在的依赖注入里大量使用。构造注入利用构造器来设置依赖关系的方式，被称为构造注入。通俗来说，就是驱动在底层以反射方式执行带指定参数的构造器，当执行带参数的构造器时，就可利用构造器参数对成员变这就是构造注入的本质。量执行初始化——两种注入方式的对比设值注入有如下优点：?与传统的的写法更相似，程序开发人员更容易理解、接受。通过方法设定依赖关系显得更加直观、自然。?对于复杂的依赖关系，如果采用构造注入，会导致构造器过于臃肿，难以阅读。在创建实例时，需要同时实例化其依赖的全部实例，因而导致性能下降。而使用设值注入，则能避免这些问题。?尤其在某些成员变量可选 的情况下，多参数的构造器更加笨重。构造注入优势如下：?构造注入可以在构造器中决定依赖关系的注入顺序，优先依赖的优先注入。?对于依赖关系无需变化的，构造注入更有用处。因为没有方法，所有的依赖关系全部在构造器内设定，无须担心后续的代码对依赖关系产生破坏。?依赖关系只能在构造器中设定，则只有组件的创建者才能 改变组件的依赖关系，对组件的调用者而言，组件内部的依赖关系完全透明，更符合高内聚的原则。注意： 建议采用设值注入为主，构造注入为辅的注入策略。对于依赖关系无须变化的注入，尽量采用构造注入；而其他依赖关系的注入，则考虑采用设值注入。3 / 10 Spring基础知识汇总容器中的对于开发者来说，开发者使用框架主要是做两件事：①开发；②配置。对于框架来说，它这就是所谓依赖注入——要做的就是根据配置文件来创建实例，并调用实例的方法完成的本质。容器中的作用域当通过容器创建一个实例时，不仅可以完成实例的实例化，还可以为指定特定的作用域。支持如下五种作用域：容器中，作用域的将只生成一个实例。1. : 单例模式，在整个方法获取作用域的时，都将产生一个新的实例。2.: 每次通过容器的()对于一次请求，作用域的将只生成一个实例，这意味着，在同一次请求内，程序每次请求该，得: 3. 到的总是同一个实例。只有在应用中使用时，该作用域才真正有效。对于一次会话，作用域的将只生成一个实例，这 意味着，在同一次会话内，程序每次请求该，得4. 到的总是同一个实例。只有在应用中使用时，该作用域才真正有效。 的时候有效，同样只在应用中有效。对应一个实例。在典型的情况下，仅在使用5. : 每个全局的 如果不指定的作用域，默认使用作用域。作用域的的创建、销毁代价比较大。而作用域的实例