尊重版权：http://blog.****.net/qjlsharp/archive/2009/03/21/4013255.aspx
写的真不错。
在SSH框假中spring充当了管理容器的角色。我们都知道Hibernate用来做持久层，由于它将JDBC做了一个良好的封装。程序猿在与数据库进行交互时能够不用书写大量的SQL语句。
Struts是用来做应用层的。他它负责调用业务逻辑serivce层。所以SSH框架的流程大致是：Jsp页面----Struts------Service（业务逻辑处理类）---Hibernate（左到右）
struts负责控制Service（业务逻辑处理类），从而控制了Service的生命周期，这样层与层之间的依赖和强。属于耦合。这时，使用spring框架就起到了控制Action对象（Strus中的）和Service类的作用，两者之间的关系就松散了，Spring的Ioc机制（控制反转和依赖注入）正是用在此处。
Spring的Ioc（控制反转和依赖注入）
控制反转：就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直接操控
依赖注入：组件之间的依赖关系由容器在执行期决定 。由容器动态的将某种依赖关系注入到组件之中 。
从上面我们不难看出：从头到尾Action不过充当了Service的控制工具。这些详细的业务方法是如何实现的。他根本就不会管，也不会问。他只要知道这些业务实现类所提供的方法接口就能够了。而在以往单独使用Struts框架的时候，全部的业务方法类的生命周期，甚至是一些业务流程都是由Action来控制的。
层与层之间耦合性太紧密了，既减少了数据訪问的效率又使业务逻辑看起来非常复杂。代码量也非常多。，Spring容器控制全部Action对象和业务逻辑类的生命周期，由与上层不再控制下层的生命周期，层与层之间实现了全然脱耦，使程序执行起来效率更高，维护起来也方便。
使用Spring的第二个优点（AOP应用）：
事务的处理：
在以往的JDBCTemplate中事务提交成功。异常处理都是通过Try/Catch 来完毕，而在Spring中。Spring容器集成了TransactionTemplate，她封装了全部对事务处理的功能，包含异常时事务回滚，操作成功时数据提交等复杂业务功能。
这都是由Spring容器来管理，大大降低了程序猿的代码量。也对事务有了非常好的管理控制。
Hibernate中也有对事务的管理，hibernate中事务管理是通过SessionFactory创建和维护Session来完毕。
而Spring对SessionFactory配置也进行了整合，不须要在通过hibernate.cfg.xml来对SessionaFactory进行设定。这种话就能够非常好的利用Sping对事务管理强大功能。避免了每次对数据操作都要现获得Session实例来启动事务/提交/回滚事务还有繁琐的Try/Catch操作。这些也就是Spring中的AOP（面向切面编程）机制非常好的应用。一方面使开发业务逻辑更清晰、专业分工更加easy进行。还有一方面就是应用Spirng AOP隔离降低了程序的耦合性使我们能够在不同的应用中将各个切面结合起来使用大大提高了代码重用度。