SSH中struts、 hibernate、 spring 各自的作用

Struts是用来做应用层的，它负责调用业务逻辑serivce层。所以SSH框架的流程大致是：Jsp页面---Struts---Service（业务逻辑处理类）---Hibernate。
struts其核心是 Controller, 即 ActionServlet，负责控制Service（业务逻辑处理类）,从而控制了Service的生命周期，这样层与层之间的依赖加强，属于耦合。这时，使用spring框架就起到了控制Action对象（Strus中的）和Service类的作用。
spring在SSH框架中spring充当了管理容器的角色。它是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架 , 面向接口的编程,由容器控制程序之间的（依赖）关系,而非传统实现中，由程序代码直接操控。[/b]这也就是所谓 “ 控制反转 ” 的概念所在，（依赖）控制权由应用代码中转到了外部容器,控制权的转移,是所谓反转。依赖注入,即组件之间的依赖关系由容器在运行期决定，形象的来说，即由容器动态的将某种依赖关系注入到组件之中起到的主要作用是解耦。
Spring的Ioc（控制反转和依赖注入）
控制反转：就是由容器控制程序之间的（依赖）关系,而非传统实现中，由程序代码直接操控。
依赖注入：组件之间的依赖关系由容器在运行期决定,由容器动态的将某种依赖关系注入到组件之中。
从上面我们不难看出：从头到尾Action仅仅是充当了Service的控制工具,这些具体的业务方法是怎样实现的,它根本就不会管，也不会问,它只要知道这些业务实现类所提供的方法接口就可以了。而在以往单独使用Struts框架的时候，所有的业务方法类的生命周期，甚至是一些业务流程都是由Action来控制的，层与层之间耦合性太紧密了,既降低了数据访问的效率又使业务逻辑看起来很复杂，代码量也很多。Spring容器控制所有Action对象和业务逻辑类的生命周期，由于上层不再控制下层的生命周期，层与层之间实现了完全脱耦，使程序运行起来效率更高，维护起来也方便。
使用Spring的第二个好处（AOP应用）
事务的处理：在以往的JDBCTemplate中事务提交成功,异常处理都是通过Try/Catch 来完成的，而Spring容器集成了TransactionTemplate,它封装了所有对事务处理的功能,包括异常时事务回滚,操作成功时数据提交等复杂业务功能，这都是由Spring容器来管理,大大减少了程序员的代码量,也对事务有了很好的管理控制。
Hibernate是数据持久化层 , 是一种新的对象、关系的映射工具 , 提供了从 Java 类到数据表的映射,也提供了数据查询和恢复等机制 , 大大减少数据访问的复杂度。把对数据库的直接操作 , 转换为对持久对象的操作。
Hibernate中也有对事务的管理，hibernate中事务管理是通过SessionFactory创建和维护Session来完成。而Spring对SessionFactory配置也进行了整合,不需要在通过hibernate.cfg.xml来对SessionaFactory进行设定，这样的话就可以很好的利用Sping对事务管理强大功能，避免了每次对数据操作都要现获得Session实例来启动事务/提交/回滚事务还有繁琐的Try/Catch操作。这些也就是Spring中的AOP（面向切面编程）机制很好的应用。一方面使开发业务逻辑更清晰、专业分工更加容易进行。另一方面就是应用Spirng AOP隔离降低了程序的耦合性，使我们可以在不同的应用中将各个切面结合起来使用大大提高了代码重用度。