spring的好处：
1.低侵入式设计，代码污染极低。
2.独立于各种应用服务器，可以真正实现Write Once,Run Anywhere的承诺。
3.Spring的DI机制降低了业务对象替换的复杂性。
4.Spring并不完全依赖于Spring，开发者可自由选用Spring框架的部分或全部。
spring的特点：
1.轻量级的------从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可
以在一个大小只有1MB多的JAR文件里发布。并 且Spring所需的处理开销也是
微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类.
2.控制反转------Spring通过一种称作控制反转（IoC）的技术促进了松耦 合。当应
用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个
对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反------不 是对象从容
器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
3.面向切面 Spring提供了面向切面编程的丰富支持，允许通过分离应用的 业务
逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。
应用对象只实现它们应该做的-----完成业务逻辑-----仅此而已。它们 并不负责（甚至
是意识）其它的系统级关注点，例如日志或事务支持。
4.容器------Spring包含并管理应用对象的配置和生命周期，在这个意义上它是 一种容
器，你可以配置你的每个bean如何被创建------基于一个可配置原型（prototype），
你的bean可以创建一个单独的实例或者每次需要时都生 成一个新的实例------以及它
们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
5.框架------Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对
象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事
务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
Spring的IOC机制：
控制反转:调用者,不再被调用的实例,由spring概要来实现
依赖注入:创建好实例后,再注入调用者,又称为"依赖注入",注入的方式：构造器注入，方法注入，设值注入.
Spring的核心：
spring的核心应该是IOC容器，它主要有BeanFactory和applicationContext两个主要的接口实现
BeanFactory：主要是完成bean的初始化和配置,也就是说BeanFactory使我们管理任何对象成为了可能.
ApplictionContext：除了BeanFactory的所有功能之外，它还提供了国际化处理,资源管理，加入web框
架中(加入一个servlet或监听器)，更易于AOP的集成.
spring的监听器：
spring中的提供了一个名为org.springframework.web.util.IntrospectorCleanupListener的监听器。
它主要负责处理由JavaBeans Introspector的使用而引起的缓冲泄露。
描述：它是一个在web应用关闭的时候,清除JavaBeans Introspector的监听器.在web.xml中注册这个listener.
可以保证在web 应用关闭的时候释放与掉这个web应用相关的class loader 和由它管理的类如果你使用了
JavaBeans Introspector来分析应用中的类，Introspector 缓冲中会保留这些类的引用.结果在你的应用
关闭的时候,这些类以及web 应用相关的class loader没有被垃圾回收.不幸的是,清除Introspector的唯一
方式是刷新整个缓冲.这是因为我们没法判断哪些是属于你的应用的引用.所以删除被缓冲的introspection
会导致把这台电脑上的所有应用的introspection都删掉.
注意：spring 托管的bean不需要使用这个监听器.因为spring它自己的introspection所使用的缓冲在分析
完一个类之后会被马上从javaBeans Introspector缓冲中清除掉.应用程序中的类从来不直接使用JavaBeans
Introspector.所以他们一般不会导致内部查看资源泄露.但是一些类库和框架往往会产生这个问题.例如:Struts 和Quartz.
单个的内部查看泄漏会导致整个的web应用的类加载器不能进行垃圾回收.在web应用关闭之后,你会看到此应
用的所有静态类资源(例如单例).这个错误当然不是由这个类自身引起的.
SpringBean的管理
分类：在spring2.0之前bean只有singleton(单例)、prototype（原型）2种作用域.Spring2.0以后，增加了session、
request、global session三种专用于Web应用程序上下文的Bean。
1.prototype：
prototype作用域部署的bean，每一次请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）
都会产生一个新的bean实例，相当于一个new的操作，对于prototype作用域的bean，有一点非常重要，那就是Spring不
能对一个prototype bean的整个生命周期负责，容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它
交给客户端，随后就对该prototype实例不闻不问了。不管何种作用域，容器都会调用所有对象的初始化
生命周期回调方法，而对prototype而言，任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的
对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责（让Spring容器释放被singleton作用域bean占
用资源的一种可行方式是，通过使用bean的后置处理器，该处理器持有要被清除的bean的引用。）
2.singleton:
当一个bean的作用域设置为singleton，那么Spring IOC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只
要id与该bean定义相匹配，则只会返回bean的同一实例。换言之，当把一个bean定义设置为singleton作用域时，Spring IOC
容器只会创建该bean定义的唯一实例。这个单一实例会被存储到单例缓存（singleton cache）中，并且所有针对该bean的后续
请求和引用都将返回被缓存的对象实例，这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的，单例设计模式
表示一个ClassLoader中只有一个class存在，而这里的singleton则表示一个容器对应一个bean，也就是说当一个bean被标识为
singleton时候，spring的IOC容器中只会存在一个该bean。
3.session:
session作用域表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP session内有效.
4.request:
request表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP request内有效.
5.global session:
global session作用域类似于标准的HTTP Session作用域，不过它仅仅在基于portlet的web应用中才有意义。
Portlet规范定义了全局Session的概念，它被所有构成某个portlet web应用的各种不同的portlet所共享。
在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用
global session作用域来标识bean，那么，web会自动当成session类型来使用。
自定义bean装配作用域
在spring 2.0中作用域是可以任意扩展的，你可以自定义作用域，甚至你也可以重新定义已有的作用域
（但是你不能覆盖singleton和prototype），spring的作用域由接口org.springframework.beans.factory.config.Scope来定义，
自定义自己的作用域只要实现该接口即可.
spring由七大模块组成：
Spring 核心容器（Core）：
提供Spring框架的基本功能。核心容器的主要组件是BeanFactory，她是工厂模式的实现。BeanFactory使
用控制反转（Ioc）模式将应用程序的配置和依赖性规范与实际的应用代码程序分开。
Spring AOP：
通过配置管理特性，Spring AOP模块直接面向方面的编程功能集成到了Spring框架中，所以可以很容易的
使Spring框架管理的任何对象支持 AOP。Spring AOP模块为基于Spring的应用程序中的对象提供了事务管
理服务。通过使用Spring AOP，不用依赖于EJB组件，就可以将声明性事务管理集成到应用程序中。
Spring ORM：
Spring框架集成了若干ORM框架,从而提供了ORM的对象关系工具,其中包括 JDO、Hibernate、iBatis和TopLink。
所有这些都遵从Spring的通用事务和DAO异常层结构。
Spring DAO：
JDBC DAO抽象层提供了有意义的异常层次的结构，可用该结构来管理异常处理和不同数据供应商抛出的异常
错误信息。异常层次结构简化了错误处理，并且大大的降低 了需要编写的异常代码数量（例如，打开和关系连接）
。Spring DAO的面向JDBC的异常遵从通用的DAO异常层结构。
Spring WEB：
Web上下文模块建立在上下文模块（Context）的基础之上，为基于Web服务的应用程序提供了上下文的服务。
所以Spring框架支持 Jakarta Struts的集成。Web模块还简化了处理多部分请求及将请求参数绑定到域对象的工作。
Spring上下文（Context）：
Spring上下文是一个配置文件，向Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子
邮件、国际化校验和调度功能。
Spring MVC：
Spring的MVC框架是一个全功能的构建Web应用程序的MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC容纳
的大量视图技术，包括JSP、Velocity、Tiles、iText和Pol
Spring AOP的定义：
面向切面编程（AOP）提供另外一种角度来思考程序结构，通过这种方式弥补了面向对象编程（OOP）的不足。
除了类（classes）以外，AOP提供了 切面。切面对关注点进行模块化，例如横切多个类型和对象的事务管理。
它是非业务性编程。
Spring AOP的作用：
1.提供声明式企业服务，特别是为了替代EJB声明式服务。 最重要的服务是 声明性事务管理（declarative
transaction management） ， 这个服务建立在Spring的抽象事务管理（transaction abstraction）之上。
2.允许用户实现自定义的切面，用AOP来完善OOP的使用。
AOP具体实现：
AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），
AOP具体实现有以下几个：1.AspectJ (TM):创建于Xerox PARC. 有近十年历史，成熟
缺点：过于复杂；破坏封装；需要专门的Java编译器。
2.动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。
AOP关键词：
1.切面（Aspect）：
一个关注点的模块化，这个关注点可能会横切多个对象。事务管理是J2EE应用中一个关于横切关注点的很
好的例子。在Spring AOP中，切面可以使用通用类（基于模式的风格） 或者在普通类中以 @Aspect 注解
（@AspectJ风格）来实现。
2.连接点（Joinpoint）：
在程序执行过程中某个特定的点，比如某方法调用的时候或者处理异常的时候。 在Spring AOP中，一个
连接点总是代表一个方法的执行。通过声明一个org.aspectj.lang.JoinPoint类型的参数可以使通知
（Advice）的主体部分获得连接点信息。
3.通知（Advice）：
在切面的某个特定的连接点（Joinpoint）上执行的动作。通知有各种类型，其中包括“around”、“before”
和“after”等通知。 通知的类型将在后面部分进行讨论。许多AOP框架，包括Spring，都是以拦截器做通
知模型， 并维护一个以连接点为中心的拦截器链。
4.切入点（Pointcut）：
匹配连接点（Joinpoint）的断言。通知和一个切入点表达式关联，并在满足这个切入点的连接点上
运行（例如，当执行某个特定名称的方法时）。
切入点表达式如何和连接点匹配是AOP的核心：Spring缺省使用AspectJ切入点语法。
5.引入（Introduction）：（也被称为内部类型声明（inter-type declaration））。
声明额外的方法或者某个类型的字段。 Spring允许引入新的接口（以及一个对应的实现）到任何被代理
的对象。 例如，你可以使用一个引入来使bean实现 IsModified 接口，以便简化缓存机制。
6.目标对象（Target Object）：
被一个或者多个切面（aspect）所通知（advise）的对象。也有人把它叫做 被通知（advised） 对象。
既然Spring AOP是通过运行时代理实现的，这个对象永远是一个 被代理（proxied） 对象。
7.AOP代理（AOP Proxy）：
AOP框架创建的对象，用来实现切面契约（aspect contract）（包括通知方法执行等功能）。 在Spring
中，AOP代理可以是JDK动态代理或者CGLIB代理。 注意：Spring2.0最新引入的基于模式（schema-based）
风格和@AspectJ注解风格的切面声明，对于使用这些风格的用户来说，代理的创建是透明的。
8.织入（Weaving）：
把切面（aspect）连接到其它的应用程序类型或者对象上，并创建一个被通知（advised）的对象。 这些
可以在编译时（例如使用AspectJ编译器），类加载时和运行时完成。 Spring和其他纯Java AOP框架一样，
在运行时完成织入。
AOP的通知的类型：
前置通知（Before advice）：
在某连接点（join point）之前执行的通知，但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。
返回后通知（After returning advice）：
在某连接点（join point）正常完成后执行的通知：例如，一个方法没有抛出任何异常，正常返回。
抛出异常后通知（After throwing advice）：
在方法抛出异常退出时执行的通知。
后通知（After (finally) advice）：
当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）
环绕通知（Around Advice）：
包围一个连接点（join point）的通知，如方法调用。这是最强大的一种通知类型。环绕通知可以在方法
调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来
结束执行。
什么是事务：
事务是一组原子操作单元，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过
的所有指令。 更简答的说就是：要么全部执行成功，要么撤销不执行。
事务有四个特性：
1.原子性
2.一致性
3.隔离性
4.持久性
事务的好处：
1.它能够保证数据的完整性，一致性。
2.它可以让我们从复杂的事务处理中解脱出来。
Spring事务可以分为两种：
1.声明式事务
声明式事务是非侵入式的事务；声明式事务只需在配置文件中配置，而不需要去操作逻辑代码；
2.编程式事务
编程式事务是侵入式事务，而编程式事务则要操作逻辑代码；相对繁琐，而且不利于系统的扩展；
所以在项目中比较常用声明式事务；
1、编程式的事务管理可以清楚地控制事务的边界，也就是让您自行实现事务开始时间、撤消操作的时机、
结束时间等，可以实现细粒度的事务控制。
2、然而多数的情况下，事务并不需要细粒度的控制，而是采用声明式的事务管理，好处是Spring
事务管理的相关API可以不用介入程序之中，从对象的角度来看，它并不知道自己正被纳入事务
管理之中，在不需要事务管理的时候，只要在设置文件上修改一下设置，即可移去事务管理服务。
Spring事务的优点：
1.为不同的事务ＡＰＩ提供一致的编程模型，如JTA、JDBC、Hibernate、iBATIS数据库层ＪＤＯ
2.提供比大多数事务API更简单的、易于使用的编程式事务管理API
3.整合Spring数据访问抽象
4.支持Spring声明式事务管理
Spring和struts的整合
spring和struts的整合这里我们提供了三种方案：
1.使用 Spring 与struts的ActionSupport 类进行整合.
步骤 1.Action类直接继承 ActionSupport
2.使用使用ApplicationContext ctx = getWebApplicationContext();取得 Spring上下文
3.取得相应Bean
优点：简单
缺点：耦合度高，违反IOC容器的定义,无法使用多方法的action
2.将Spring的DelegatingRequestProcessor覆盖Struts的RequestProcessor.
步骤：1.Action中，使用 IOC 获得服务，配置struts-config.xml
2.在Spring的配置文件中注册该动作.
3.写具有JavaBean属性的Struts动.
优点：耦合度较低，可以使用多方法的action.
缺点：配置较为繁琐.
3.将Struts Action管理委托给Spring框架。
步骤：1.Action中，使用 IOC 获得服务，配置struts-config.xml
2.在Spring的配置文件中注册该动作.
优点：1.耦合度低.
2.不需要使用Spring api编写
3.利用了IOC装配
Spring和持久层的整合
Spring和持久层的整合方式的区别在于数据源的配置：
1.配置数据源：方式一：Spring 内置实现 DriverManagerDataSource
方式二：DBCP 提供的BasicDataSource
方式三：JNDI 数据源(mysql5,tomcat6 为例)
1.在 Tomcat根目录下的 conf\server.xml 配置 Resource
2.在 Spring的配置文件中配置:
2.配置sessionFactory
3.如果不需要事务,直接就可以配置Dao且调用了.
Spring和事务的配置：如果需要事务必须进入以下步骤（指的是声明式事务）
1.配置Dao
2.装配事务管理器
3.配置抽象事务代理
4.装配Service 层
5.装配具体事务代理
1.低侵入式设计，代码污染极低。
2.独立于各种应用服务器，可以真正实现Write Once,Run Anywhere的承诺。
3.Spring的DI机制降低了业务对象替换的复杂性。
4.Spring并不完全依赖于Spring，开发者可自由选用Spring框架的部分或全部。
spring的特点：
1.轻量级的------从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可
以在一个大小只有1MB多的JAR文件里发布。并 且Spring所需的处理开销也是
微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类.
2.控制反转------Spring通过一种称作控制反转（IoC）的技术促进了松耦 合。当应
用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个
对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反------不 是对象从容
器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
3.面向切面 Spring提供了面向切面编程的丰富支持，允许通过分离应用的 业务
逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。
应用对象只实现它们应该做的-----完成业务逻辑-----仅此而已。它们 并不负责（甚至
是意识）其它的系统级关注点，例如日志或事务支持。
4.容器------Spring包含并管理应用对象的配置和生命周期，在这个意义上它是 一种容
器，你可以配置你的每个bean如何被创建------基于一个可配置原型（prototype），
你的bean可以创建一个单独的实例或者每次需要时都生 成一个新的实例------以及它
们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
5.框架------Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中，应用对
象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能（事
务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
Spring的IOC机制：
控制反转:调用者,不再被调用的实例,由spring概要来实现
依赖注入:创建好实例后,再注入调用者,又称为"依赖注入",注入的方式：构造器注入，方法注入，设值注入.
Spring的核心：
spring的核心应该是IOC容器，它主要有BeanFactory和applicationContext两个主要的接口实现
BeanFactory：主要是完成bean的初始化和配置,也就是说BeanFactory使我们管理任何对象成为了可能.
ApplictionContext：除了BeanFactory的所有功能之外，它还提供了国际化处理,资源管理，加入web框
架中(加入一个servlet或监听器)，更易于AOP的集成.
spring的监听器：
spring中的提供了一个名为org.springframework.web.util.IntrospectorCleanupListener的监听器。
它主要负责处理由JavaBeans Introspector的使用而引起的缓冲泄露。
描述：它是一个在web应用关闭的时候,清除JavaBeans Introspector的监听器.在web.xml中注册这个listener.
可以保证在web 应用关闭的时候释放与掉这个web应用相关的class loader 和由它管理的类如果你使用了
JavaBeans Introspector来分析应用中的类，Introspector 缓冲中会保留这些类的引用.结果在你的应用
关闭的时候,这些类以及web 应用相关的class loader没有被垃圾回收.不幸的是,清除Introspector的唯一
方式是刷新整个缓冲.这是因为我们没法判断哪些是属于你的应用的引用.所以删除被缓冲的introspection
会导致把这台电脑上的所有应用的introspection都删掉.
注意：spring 托管的bean不需要使用这个监听器.因为spring它自己的introspection所使用的缓冲在分析
完一个类之后会被马上从javaBeans Introspector缓冲中清除掉.应用程序中的类从来不直接使用JavaBeans
Introspector.所以他们一般不会导致内部查看资源泄露.但是一些类库和框架往往会产生这个问题.例如:Struts 和Quartz.
单个的内部查看泄漏会导致整个的web应用的类加载器不能进行垃圾回收.在web应用关闭之后,你会看到此应
用的所有静态类资源(例如单例).这个错误当然不是由这个类自身引起的.
SpringBean的管理
分类：在spring2.0之前bean只有singleton(单例)、prototype（原型）2种作用域.Spring2.0以后，增加了session、
request、global session三种专用于Web应用程序上下文的Bean。
1.prototype：
prototype作用域部署的bean，每一次请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）
都会产生一个新的bean实例，相当于一个new的操作，对于prototype作用域的bean，有一点非常重要，那就是Spring不
能对一个prototype bean的整个生命周期负责，容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它
交给客户端，随后就对该prototype实例不闻不问了。不管何种作用域，容器都会调用所有对象的初始化
生命周期回调方法，而对prototype而言，任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的
对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责（让Spring容器释放被singleton作用域bean占
用资源的一种可行方式是，通过使用bean的后置处理器，该处理器持有要被清除的bean的引用。）
2.singleton:
当一个bean的作用域设置为singleton，那么Spring IOC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只
要id与该bean定义相匹配，则只会返回bean的同一实例。换言之，当把一个bean定义设置为singleton作用域时，Spring IOC
容器只会创建该bean定义的唯一实例。这个单一实例会被存储到单例缓存（singleton cache）中，并且所有针对该bean的后续
请求和引用都将返回被缓存的对象实例，这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的，单例设计模式
表示一个ClassLoader中只有一个class存在，而这里的singleton则表示一个容器对应一个bean，也就是说当一个bean被标识为
singleton时候，spring的IOC容器中只会存在一个该bean。
3.session:
session作用域表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP session内有效.
4.request:
request表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP request内有效.
5.global session:
global session作用域类似于标准的HTTP Session作用域，不过它仅仅在基于portlet的web应用中才有意义。
Portlet规范定义了全局Session的概念，它被所有构成某个portlet web应用的各种不同的portlet所共享。
在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用
global session作用域来标识bean，那么，web会自动当成session类型来使用。
自定义bean装配作用域
在spring 2.0中作用域是可以任意扩展的，你可以自定义作用域，甚至你也可以重新定义已有的作用域
（但是你不能覆盖singleton和prototype），spring的作用域由接口org.springframework.beans.factory.config.Scope来定义，
自定义自己的作用域只要实现该接口即可.
spring由七大模块组成：
Spring 核心容器（Core）：
提供Spring框架的基本功能。核心容器的主要组件是BeanFactory，她是工厂模式的实现。BeanFactory使
用控制反转（Ioc）模式将应用程序的配置和依赖性规范与实际的应用代码程序分开。
Spring AOP：
通过配置管理特性，Spring AOP模块直接面向方面的编程功能集成到了Spring框架中，所以可以很容易的
使Spring框架管理的任何对象支持 AOP。Spring AOP模块为基于Spring的应用程序中的对象提供了事务管
理服务。通过使用Spring AOP，不用依赖于EJB组件，就可以将声明性事务管理集成到应用程序中。
Spring ORM：
Spring框架集成了若干ORM框架,从而提供了ORM的对象关系工具,其中包括 JDO、Hibernate、iBatis和TopLink。
所有这些都遵从Spring的通用事务和DAO异常层结构。
Spring DAO：
JDBC DAO抽象层提供了有意义的异常层次的结构，可用该结构来管理异常处理和不同数据供应商抛出的异常
错误信息。异常层次结构简化了错误处理，并且大大的降低 了需要编写的异常代码数量（例如，打开和关系连接）
。Spring DAO的面向JDBC的异常遵从通用的DAO异常层结构。
Spring WEB：
Web上下文模块建立在上下文模块（Context）的基础之上，为基于Web服务的应用程序提供了上下文的服务。
所以Spring框架支持 Jakarta Struts的集成。Web模块还简化了处理多部分请求及将请求参数绑定到域对象的工作。
Spring上下文（Context）：
Spring上下文是一个配置文件，向Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子
邮件、国际化校验和调度功能。
Spring MVC：
Spring的MVC框架是一个全功能的构建Web应用程序的MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC容纳
的大量视图技术，包括JSP、Velocity、Tiles、iText和Pol
Spring AOP的定义：
面向切面编程（AOP）提供另外一种角度来思考程序结构，通过这种方式弥补了面向对象编程（OOP）的不足。
除了类（classes）以外，AOP提供了 切面。切面对关注点进行模块化，例如横切多个类型和对象的事务管理。
它是非业务性编程。
Spring AOP的作用：
1.提供声明式企业服务，特别是为了替代EJB声明式服务。 最重要的服务是 声明性事务管理（declarative
transaction management） ， 这个服务建立在Spring的抽象事务管理（transaction abstraction）之上。
2.允许用户实现自定义的切面，用AOP来完善OOP的使用。
AOP具体实现：
AOP是一个概念，并没有设定具体语言的实现，它能克服那些只有单继承特性语言的缺点（如Java），
AOP具体实现有以下几个：1.AspectJ (TM):创建于Xerox PARC. 有近十年历史，成熟
缺点：过于复杂；破坏封装；需要专门的Java编译器。
2.动态AOP：使用JDK的动态代理API或字节码Bytecode处理技术。
AOP关键词：
1.切面（Aspect）：
一个关注点的模块化，这个关注点可能会横切多个对象。事务管理是J2EE应用中一个关于横切关注点的很
好的例子。在Spring AOP中，切面可以使用通用类（基于模式的风格） 或者在普通类中以 @Aspect 注解
（@AspectJ风格）来实现。
2.连接点（Joinpoint）：
在程序执行过程中某个特定的点，比如某方法调用的时候或者处理异常的时候。 在Spring AOP中，一个
连接点总是代表一个方法的执行。通过声明一个org.aspectj.lang.JoinPoint类型的参数可以使通知
（Advice）的主体部分获得连接点信息。
3.通知（Advice）：
在切面的某个特定的连接点（Joinpoint）上执行的动作。通知有各种类型，其中包括“around”、“before”
和“after”等通知。 通知的类型将在后面部分进行讨论。许多AOP框架，包括Spring，都是以拦截器做通
知模型， 并维护一个以连接点为中心的拦截器链。
4.切入点（Pointcut）：
匹配连接点（Joinpoint）的断言。通知和一个切入点表达式关联，并在满足这个切入点的连接点上
运行（例如，当执行某个特定名称的方法时）。
切入点表达式如何和连接点匹配是AOP的核心：Spring缺省使用AspectJ切入点语法。
5.引入（Introduction）：（也被称为内部类型声明（inter-type declaration））。
声明额外的方法或者某个类型的字段。 Spring允许引入新的接口（以及一个对应的实现）到任何被代理
的对象。 例如，你可以使用一个引入来使bean实现 IsModified 接口，以便简化缓存机制。
6.目标对象（Target Object）：
被一个或者多个切面（aspect）所通知（advise）的对象。也有人把它叫做 被通知（advised） 对象。
既然Spring AOP是通过运行时代理实现的，这个对象永远是一个 被代理（proxied） 对象。
7.AOP代理（AOP Proxy）：
AOP框架创建的对象，用来实现切面契约（aspect contract）（包括通知方法执行等功能）。 在Spring
中，AOP代理可以是JDK动态代理或者CGLIB代理。 注意：Spring2.0最新引入的基于模式（schema-based）
风格和@AspectJ注解风格的切面声明，对于使用这些风格的用户来说，代理的创建是透明的。
8.织入（Weaving）：
把切面（aspect）连接到其它的应用程序类型或者对象上，并创建一个被通知（advised）的对象。 这些
可以在编译时（例如使用AspectJ编译器），类加载时和运行时完成。 Spring和其他纯Java AOP框架一样，
在运行时完成织入。
AOP的通知的类型：
前置通知（Before advice）：
在某连接点（join point）之前执行的通知，但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。
返回后通知（After returning advice）：
在某连接点（join point）正常完成后执行的通知：例如，一个方法没有抛出任何异常，正常返回。
抛出异常后通知（After throwing advice）：
在方法抛出异常退出时执行的通知。
后通知（After (finally) advice）：
当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）
环绕通知（Around Advice）：
包围一个连接点（join point）的通知，如方法调用。这是最强大的一种通知类型。环绕通知可以在方法
调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来
结束执行。
什么是事务：
事务是一组原子操作单元，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过
的所有指令。 更简答的说就是：要么全部执行成功，要么撤销不执行。
事务有四个特性：
1.原子性
2.一致性
3.隔离性
4.持久性
事务的好处：
1.它能够保证数据的完整性，一致性。
2.它可以让我们从复杂的事务处理中解脱出来。
Spring事务可以分为两种：
1.声明式事务
声明式事务是非侵入式的事务；声明式事务只需在配置文件中配置，而不需要去操作逻辑代码；
2.编程式事务
编程式事务是侵入式事务，而编程式事务则要操作逻辑代码；相对繁琐，而且不利于系统的扩展；
所以在项目中比较常用声明式事务；
1、编程式的事务管理可以清楚地控制事务的边界，也就是让您自行实现事务开始时间、撤消操作的时机、
结束时间等，可以实现细粒度的事务控制。
2、然而多数的情况下，事务并不需要细粒度的控制，而是采用声明式的事务管理，好处是Spring
事务管理的相关API可以不用介入程序之中，从对象的角度来看，它并不知道自己正被纳入事务
管理之中，在不需要事务管理的时候，只要在设置文件上修改一下设置，即可移去事务管理服务。
Spring事务的优点：
1.为不同的事务ＡＰＩ提供一致的编程模型，如JTA、JDBC、Hibernate、iBATIS数据库层ＪＤＯ
2.提供比大多数事务API更简单的、易于使用的编程式事务管理API
3.整合Spring数据访问抽象
4.支持Spring声明式事务管理
Spring和struts的整合
spring和struts的整合这里我们提供了三种方案：
1.使用 Spring 与struts的ActionSupport 类进行整合.
步骤 1.Action类直接继承 ActionSupport
2.使用使用ApplicationContext ctx = getWebApplicationContext();取得 Spring上下文
3.取得相应Bean
优点：简单
缺点：耦合度高，违反IOC容器的定义,无法使用多方法的action
2.将Spring的DelegatingRequestProcessor覆盖Struts的RequestProcessor.
步骤：1.Action中，使用 IOC 获得服务，配置struts-config.xml
2.在Spring的配置文件中注册该动作.
3.写具有JavaBean属性的Struts动.
优点：耦合度较低，可以使用多方法的action.
缺点：配置较为繁琐.
3.将Struts Action管理委托给Spring框架。
步骤：1.Action中，使用 IOC 获得服务，配置struts-config.xml
2.在Spring的配置文件中注册该动作.
优点：1.耦合度低.
2.不需要使用Spring api编写
3.利用了IOC装配
Spring和持久层的整合
Spring和持久层的整合方式的区别在于数据源的配置：
1.配置数据源：方式一：Spring 内置实现 DriverManagerDataSource
方式二：DBCP 提供的BasicDataSource
方式三：JNDI 数据源(mysql5,tomcat6 为例)
1.在 Tomcat根目录下的 conf\server.xml 配置 Resource
2.在 Spring的配置文件中配置:
2.配置sessionFactory
3.如果不需要事务,直接就可以配置Dao且调用了.
Spring和事务的配置：如果需要事务必须进入以下步骤（指的是声明式事务）
1.配置Dao
2.装配事务管理器
3.配置抽象事务代理
4.装配Service 层
5.装配具体事务代理
7223
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
