引言

新人入社后，发现自己真的老了，和年轻人有代沟了，虽然暂时还没有迈入而立之年。Spring核心技术总结一最近一直在学习Spring为了不让自己忘记，就写点吧！说不定对别人也有一些帮助呢！那就更好啦！

我是看了两本Spring电子书，还有很多其他资料才开始敲打的。所以很多内容是照搬的，这点我要说明一下，但是所有内容自认为还是理解之后才开始“忽悠”的。强烈推介《Spring in Action》，不管中文版还是英文版都不错。じゃ、始めましょう。（*^_^*）

A)好的设计比实现技术更重要

刚才说了一大堆EJB的坏话，呵呵。有时候系统需要，EJB是必需的。但通常这种情况很少。就像上面说的，我们可能只需要其中很少或者几项EJB服务。但还是采用了EJB，这就是为了技术而技术。Spring，让你的系统按照你的需求尽量简单。

B)接口松散耦合

如果你采用EJB为你的系统提供服务，那么你的组件不光依赖EJB业务接口。还需要从JNDI那里找到EJB对象，然后调用EJB接口，这不是松耦合的系统，相反聚合性很强。

而Sping呢？由Spring容器负责解决依赖关系（容器会为你把需要的依赖注入进去），所以什么主动寻找服务就不再需要啦。

C)易测试性

EJB测试需要启动容器，Spring不需要。

2）Spring是什么？

Spring是一个开源框架。由Rod Johnson创建。为了简化企业及系统开发而诞生的。使用Spring,你可以使用简单的javabeans来实现那些以前只有EJB才能实现的功能。

简单的说，Spring是一个轻量级的Ioc和AOP 容器 框架。

A)轻量级

无论从大小还是系统开支来说，Spring都算是轻量级的。整个Spring框架也就是1M多一点的Jar包。Spring的处理开支也非常小。它是非侵入式的：基于Spring开发的系统的对象一般不依赖于Spring的类。

B)反向控制（Ioc）

使用Ioc,对象是被动接受依赖类，而不是主动去寻找。这点和JNDI恰好相反。也就是在容器实例化对象的时候主动将它的依赖注入给它。所以说Spring是通过Ioc(控制反转)来实现依赖注入的。

Ioc意味着关于对象如何得到它的协作对象的责任反转了！

C)面向切面(AOP)

通过AOP,将我们的业务逻辑从系统服务（事务管理，Log日志）中分离出来，将我们的关注点只放在业务逻辑部分。在需要系统服务的地点，时间再将系统服务注入进来。

D)容器

Spring是一个容器，是因为它包含并且管理系统对象的生命周期和配置。可以通过配置来设定你的Bean是单一实例（singleton）还是每次请求产生一个实例（prototype）.

E)框架

使用简单的组件配置组合成一个复杂的系统。也就是说，通过XML文件配置，要啥有啥！

3）Spring的7个模块

Spring由7个模块组成，注意:这7个模块根据系统的需求进行取舍。

AOP模块，O/R映射模块，JDBC和DAO模块，Web Context和Utility模块，Application Context模块，MVC模块，核心容器和支持工具。

A)核心容器

 Spring核心容器为Spring框架提供了基础功能。在后面我们会讲到BeanFactory类，它是Spring框架系统的核心。BeanFactory采用工厂模式来实现Ioc.

B)Application Context模块

如果说BeanFactory使Spring成为容器的话，那么Application Context模块就是让Spring成为框架的原因。它在BeanFactory基础上进行了扩展，添加了对I18N，系统生命周期事件以及验证的支持。另外，还提供了很多企业级服务，如电子邮件服务，JNDI访问，EJB集成，远程调用以及定时服务。

C)Spring的AOP模块

是Spring应用系统开发切面的基础。

D)JDBC抽象及DAO模块

我记得我以前做的项目中，涉及到数据库操作的时候，总是在程序中写一大堆和业务不相干的代码，什么获得连接，创建语句，处理结果，关闭连接。杂乱不堪！！！

现在Spring的JDBC和DAO模块把这些样板代码抽象出来，让我们的数据库代码变得简单明了。另外，这个模块还创建了一个数据库异常层。

E)O/R映射集成模块

Spring并没有实现自己的ORM解决方案，它为许多流行的ORM框架提供了支持。

F)Spring的Web模块

它是建立在Application Context基础之上，提供了适合Web系统的上下文。该模块还支持多项其他面向Web的任务。还包括对Struts的集成支持。

G)Spring MVC框架

虽然Spring可以和其他MVC框架（struts,Web Work）集成，但它也提供了全功能的MVC框架。