转载在：http://blog.csdn.net/libochun3217/article/details/8627806
truts2架构图
1、 当浏览器向servlet容器（例如tomcat）发出一个请求（HttpServletRequest）后这个请求首先经过一系列过滤器最终被FilterDispatcher类接收
2、 接着FilterDispatcher访问ActionMapper类来决定是否调用某个action
3、 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
4、 ActionProxy通过ConfigurationManager访问框架的配置文件struts.xml，找到需要调用的Action类
5、 ActionProxy创建一个ActionInvocation使用命名模式来调用Action，在调用Action前后涉及多个拦截器的调用
6、 一旦Action执行完，ActionInvocation根据struts.xml配置文件找到相应返回结果，通常是jsp等表现页面
组成Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：
· 核心容器：核心容器提供Spring 框架的基本功能。核心容器的主要组件是BeanFactory ，它是工厂模式的实现。BeanFactory 使用控制反转（IOC ）模式将应用程序的配置和依赖性规范与实际的应用程序代码 分开。
· Spring 上下文：Spring 上下文是一个配置文件，向Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如JNDI 、EJB 、电子邮件、国际化、校验和调度功能。
· Spring AOP ：通过配置管理特性，Spring AOP 模块直接将面向方面的编程 功能集成到了Spring 框架中。所以，可以很容易地使Spring 框架管理的任何对象支持AOP 。Spring AOP 模块为基于Spring 的应用程序中的对象提供了事务管理服务。通过使用Spring AOP ，不用依赖EJB 组件，就可以将声明性事务管理集成到应用程序中。
· Spring DAO ：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库 供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向JDBC 的异常遵从通用的DAO 异常层次结构。
· Spring ORM ：Spring 框架插入了若干个ORM 框架，从而提供了ORM 的对象关系工具，其中包括JDO 、Hibernate 和iBatis SQL Map 。所有这些都遵从Spring 的通用事务和DAO 异常层次结构。
.Hibernate 架构图
Hibernate 是一个开放源代码 的对象关系映射框架，它对JDBC 进行了非常轻量级的对象封装，使得Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate 可以应用在任何使用JDBC 的场合，既可以在Java 的客户端程序使用，也可以在Servlet/JSP 的Web 应用中使用，最具革命意义的是，Hibernate 可以在应用EJB 的J2EE 架构中取代CMP ，完成数据持久化的重任。
Hibernate 的核心接口一共有5 个，分别为:Session 、SessionFactory 、Transaction 、Query 和Configuration 。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五个核心接口分别加以介绍。
·Session 接口:Session 接口负责执行被持久化对象的CRUD 操作(CRUD 的任务是完成与数据库的交流，包含了很多常见的SQL 语句。) 。但需要注意的是Session 对象是非线程安全的。同时，Hibernate 的session 不同于JSP 应用中的HttpSession 。这里当使用session 这个术语时，其实指的是Hibernate 中的session ，而以后会将HttpSesion 对象称为用户session 。
·SessionFactory接口:SessionFactory 接口负责初始化Hibernate 。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。
·Configuration接口:Configuration 接口负责配置并启动Hibernate ，创建SessionFactory 对象。在Hibernate 的启动的过程中，Configuration 类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。
·Transaction接口:Transaction 接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。
·Query 和Criteria 接口:Query 和Criteria 接口负责执行各种数据库查询。它可以使用HQL 语言或SQL 语句两种表达方式。
ibatis 架构图
ibatis 是一个基于 Java 的持久层框架。 iBATIS 提供的持久层框架包括 SQL Maps 和 Data Access
Objects （ DAO ），同时还提供一个利用这个框架开发的 JPetStore 实例。
IBATIS ：最大的优点是可以有效的控制sql 发送的数目，提高数据层的执行效率！它需要程序员自己去写sql 语句，不象hibernate 那样是完全面向对象的，自动化的，ibatis 是半自动化的，通过表和对象的映射以及手工书写的sql 语句，能够实现比hibernate 等更高的查询效率。
Ibatis 只是封装了数据访问层，替我们做了部分的对象关系映射。但代价是必须要写xml 配置文件，相对于Hibernate 还要写很多sql 。Hibernate 通过工具直接从数据库模式生成实体类和基本的配置文件，而且大部分情况下不需要我们写sql ，会较大的提升开发效率。但这些也有很多的局限性，尤其是对环境的要求较高（数据库设计，对象设计，团队的协作等）。 个人感觉Ibatis 对项目比较有意义的地方在于它小巧灵活，可扩展，封装了数据访问层（事务，缓存，异常，日志），并提供了DAO 框架支持。
利用Ibatis 我们可以做到代码和sql 的分离，只要sql 能够解决的问题，Ibatis 就能帮我们较容易的解决，同时也使我们的项目对某一框架的依赖性变小（因为Ibatis 是非侵入性的）。这将极大的降低项目风险，减少解决复杂问题的时间，使项目的维护变得简单。
Ibatis 对于应用的修改，调试，扩充和维护将会变得容易自然。修改时，我们主要修改的是代表模型的实体对象，xml 配置文件中的sql ，和/ 或配置文件的ResultMap （很多时候是不需要的）。同时，sql 和代码分离，我们不用在代码的StringBuffer 的append 方法之间寻找需要修改的sql 。配置文件中的sql 便利了我们的调试和对sql 的评审及以后的sql 重用。
