Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。web
◆ 轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架能够在一个大小只有1MB多的JAR文件里发布。并 且Spring所需的处理开销也是微不足道的。此外,Spring是非侵入式的:典型地,Spring应用中的对象不依赖于Spring的特定类。spring
◆ 控制反转——Spring经过一种称做控制反转(IoC)的技术促进了松耦 合。当应用了IoC,一个对象依赖的其它对象会经过被动的方式传递进来,而不是这个对象本身建立或者查找依赖对象。你能够认为IoC与JNDI相反——不 是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它。数据库
◆ 面向切面——Spring提供了面向切面编程的丰富支持,容许经过分离应用的 业务逻辑与系统级服务(例如审计(auditing)和事务()管理)进行内聚性的开发。应用对象只实现它们应该作的——完成业务逻辑——仅此而已。它们 并不负责(甚至是意识)其它的系统级关注点,例如日志或事务支持。编程
◆ 容器——Spring包含并管理应用对象的配置和生命周期,在这个意义上它是 一种容器,你能够配置你的每一个bean如何被建立——基于一个可配置原型(prototype),你的bean能够建立一个单独的实例或者每次须要时都生 成一个新的实例——以及它们是如何相互关联的。然而,Spring不该该被混同于传统的重量级的EJB容器,它们常常是庞大与笨重的,难以使用。设计模式
◆ 框架——Spring能够将简单的组件配置、组合成为复杂的应用。在Spring中,应用对象被声明式地组合,典型地是在一个XML文件里。 Spring也提供了不少基础功能(事务管理、持久化框架集成等等),将应用逻辑的开发留给了你。服务器
* 核心技术 IoC 和 AOP架构
* 数据访问 (持久层解决方案)app
* Web层解决方案 SpringMVC框架
* 集成 (整合其余开源框架)模块化
◆Spring能有效地组织你的中间层对象,不管你是否选择使用了EJB。若是你仅仅使用了Struts或其余的包含了J2EE特有APIs的 framework,你会发现Spring关注了遗留下的问题,。
◆Spring能消除在许多工程上对Singleton的过多使用。根据个人经验,这是一个主要的问题,它减小了系统的可测试性和面向对象特性。
◆Spring能消除使用各类各样格式的属性定制文件的须要,在整个应用和工程中,可经过一种 一致的方法来进行配置。曾经感到迷惑,一个特定类要查找迷幻般的属性关键字或系统属性,为此不得不读Javadoc乃至源编码吗?有了Spring,你可 很简单地看到类的JavaBean属性。倒置控制的使用(在下面讨论)帮助完成这种简化。
◆Spring能经过接口而不是类促进好的编程习惯,减小编程代价到几乎为零。
◆Spring被设计为让使用它建立的应用尽量少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。
◆使用Spring构建的应用程序易于单元测试。
◆Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口,却不会影响调用代码。
◆Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物,它们适于许多web应用。例如,Spring能使用 AOP提供声明性事务而不经过使用EJB容器,若是你仅仅须要与单个的数据库打交道,甚至不须要JTA实现。
■Spring为数据存取提供了一致的框架,不管是使用JDBC或O/R mapping产品(如Hibernate)。
Spring确实使你能经过最简单可行的解决办法解决你的问题。这些特性是有很大价值的。
总结起来,Spring有以下优势:
◆低侵入式设计,代码污染极低
◆ 独立于各类应用服务器,能够真正实现Write Once,Run Anywhere的承诺
◆Spring的DI机制下降了业务对象替换的复杂性
◆Spring并不彻底依赖于Spring,开发者可自由选用Spring框架的部分或所有
依赖注入DI是一个程序设计模式和架构模型, 一些时候也称做控制反转,尽管在技术上来说,依赖注入是一个IOC的特殊实现,依赖注入是指一个对象应用另一个对象来提供一个特殊的能力,例如:把一个 数据库链接已参数的形式传到一个对象的结构方法里面而不是在那个对象内部自行建立一个链接。控制反转和依赖注入的基本思想就是把类的依赖从类内部转化到外 部以减小依赖
应用控制反转,对象在被建立的时候,由一个调控系统内全部对象的外界实体,将其所依赖的对象的引用,传递给它。也能够说,依赖被注入到对象中。所 以,控制反转是,关于一个对象如何获取他所依赖的对象的引用,这个责任的反转。
面向切面编程(AOP)提供另一种角度来思考程序结构,经过这种方式弥补了面向对象编程(OOP)的不足,除了类(classes)之外,AOP提供了切面。切面对关注点进行模块化,例如横切多个类型和对象的事务管理
Spring的一个关键的组件就是AOP框架,能够自由选择是否使用AOP
提供声明式企业服务,特别是为了替代EJB声明式服务。最重要的服务是声明性事务管理,这个服务创建在Spring的抽象事物管理之上
容许用户实现自定义切面,用AOP来完善OOP的使用
能够把Spring AOP看做是对Spring的一种加强
事务就是对一系列的数据库操做(好比插入多条数据)进行统一的提交或回滚操做,若是插入成功,那么一块儿成功,若是中间有一条出现异常,那么回滚之 前的全部操做。
这样能够防止出现脏数据,防止数据库数据出现问题。
开发中为了不这种状况通常都会进行事务管理。Spring中也有本身的事务管理机制,通常是使用TransactionMananger进行管 理,能够经过Spring的注入来完成此功能。
spring提供了几个关于事务处理的类:
TransactionDefinition //事务属性定义
TranscationStatus //表明了当前的事务,能够提交,回滚。
PlatformTransactionManager这个是spring提供的用于管理事务的基础接口,其下有一个实现的抽象类 AbstractPlatformTransactionManager,咱们使用的事务管理类例如 DataSourceTransactionManager等都是这个类的子类。
通常事务定义步骤:
TransactionDefinition td = new TransactionDefinition();
TransactionStatus ts = transactionManager.getTransaction(td);
try
{ //do sth
transactionManager.commit(ts);
}
catch(Exception e){
transactionManager.rollback(ts);
}
spring提供的事务管理能够分为两类:编程式的和声明式的。编程式的,比较灵活,可是代码量大,存在重复的代码比较多;声明式的比编程式的更 灵活。
编程式主要使用transactionTemplate。省略了部分的提交,回滚,一系列的事务对象定义,需注入事务管理对象.
void add(){
transactionTemplate.execute( new TransactionCallback(){
pulic Object doInTransaction(TransactionStatus ts)
{ //do sth}
}
}
声明式:
使用TransactionProxyFactoryBean:
PROPAGATION_REQUIRED PROPAGATION_REQUIRED PROPAGATION_REQUIRED,readOnly
围绕Poxy的动态代理 可以自动的提交和回滚事务
org.springframework.transaction.interceptor.TransactionProxyFactoryBean
PROPAGATION_REQUIRED–支持当前事务,若是当前没有事务,就新建一个事务。这是最多见的选择。
PROPAGATION_SUPPORTS–支持当前事务,若是当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY–支持当前事务,若是当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW–新建事务,若是当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED–以非事务方式执行操做,若是当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER–以非事务方式执行,若是当前存在事务,则抛出异常。
PROPAGATION_NESTED–若是当前存在事务,则在嵌套事务内执行。若是当前没有事务,则进行与 PROPAGATION_REQUIRED相似的操做。
7...
8...
9...
知识点是背不完的,对于每一个知识点,应该有本身的或者整合他人得出来的看法,记忆才更深入,答题时口述才会更清晰。