Hibernate的工作流程：
1. 读取并解析配置文件
2. 读取并解析映射信息，创建SessionFactory
3. 打开Sesssion
4. 创建事务Transation
5. 持久化操作
6. 提交事务
7. 关闭Session
8. 关闭SesstionFactory
Hibernate中bean 的三种状态
Hibernate对象分为三种状态：瞬时态（new 出来的或者实例化时session无关的），持久态（session关联）与游离态（曾经与session关联）。其中持久态的对象是PO，瞬时态、托管态的对象可作为VO。（PO不应该直接用作v层）所以在使用中应该注意三态的转化。如：在进行数据操作的一系列过程中，save或者saveorupdate操作可以把瞬时态或者游离态的对象转换成持久态，而delete或者session的close、flush等操作将会把session相关联的持久态对象转换成游离态。
Hibernate对象的状态和生命周期
使用new操作符初始化的对象是一个瞬时态的（Transient）(没有任何跟数据库表相关联的行为，只要应用不再引用这些对象，它们的状态就会丢失，并由垃圾回收机制回收)；瞬时态对象经过save()，saveOrUpdate会转换成持久态，由session统一管理，持久态对象的操作与数据库同步；持久态对象经过evict(),close(),clear()等会转换成游离态，这时虽然被持久化，但是不在session缓存中，通过lock（），update(),saveOrUpdate又会转换成持久态。 通过get(),load(),find(),iterate()获得的对象直接就是持久态的。
struts2的主要工作流程是这样的：
首先有一个http请求，这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin），然后进入struts2的控制核心FilterDispatcher;
FilterDispatcher询问ActionMapper，来判断此请求是否需要struts2处理，如果需要，那么由ActionProxy来接管，通过配置管理找到struts.xml,然后进入ActionInvocation，经过拦截器，进入action，从而根据返回的result选择我们要的页面，在拦截器的前半部分去值栈中取值通过标签展示在页面上，最后生成response返回
Spring Web MVC 处理Http请求的大致过程：
1.从第一点开始，请求的开始当然来源的用户访问的url，之后SpringMVC的工作正式开始，就好比一个人进城，必须要先经过城门才能进去，请求也是一样，他必须先经过一个叫做Dispatcher Servlet的前端控制器，
2.之后，你总要有工作地点吧（请求需要工作），可是不认路啊（请求需要在哪里被分析），所以你需要先去找到地图，然后在地图上找到地点，在SpringMVC中，从Dispatcher Servlet开始率先找到Handler Mapper，该组件映射找到工作点的老板（HandlerAdapter）。
3.到这里我们仅仅是知道怎么找到工作点而已，而且路径是从城门（Dispatcher Servlet前端控制器）开始的，我们按照地图（HandlerMapper组件里面的信息）的指引找到了指使我们工作的HandlerAdapter。
4.老板指使我们工作，此时我们化身为员工（Handler，也就是请求所对应的事件），我们工作的内容就控制层（也就是MVC中的C）下请求url所对应的方法，工作完成之后，我们需要提交工作数据呈现给老板看（返回ModelAndView对象给HandlerAdapter）
5.之后老板把你的工作数据贴到城门上（将ModelAndView对象返回给DispatcherServlet），再经历一番修饰后呈现给来往的商人（用户）
一个从大局上观看的基本流程大概就是如此，然而SpringMVC在具体的实现上远比这复杂许多，基本上在普通项目开发下我们在配置完SpringMVC要求配置环境后，所需要开发的地方就只有视图层和控制层，控制层里面的代码一般是有逻辑层和数据层的实现。
下面是我用思维导图制作的流程，比文字看起来直观一些。
Hibernate的工作流程：
1. 读取并解析配置文件
2. 读取并解析映射信息，创建SessionFactory
3. 打开Sesssion
4. 创建事务Transation
5. 持久化操作
6. 提交事务
7. 关闭Session
8. 关闭SesstionFactory
Hibernate中bean 的三种状态
Hibernate对象分为三种状态：瞬时态（new 出来的或者实例化时session无关的），持久态（session关联）与游离态（曾经与session关联）。其中持久态的对象是PO，瞬时态、托管态的对象可作为VO。（PO不应该直接用作v层）所以在使用中应该注意三态的转化。如：在进行数据操作的一系列过程中，save或者saveorupdate操作可以把瞬时态或者游离态的对象转换成持久态，而delete或者session的close、flush等操作将会把session相关联的持久态对象转换成游离态。
Hibernate对象的状态和生命周期
使用new操作符初始化的对象是一个瞬时态的（Transient）(没有任何跟数据库表相关联的行为，只要应用不再引用这些对象，它们的状态就会丢失，并由垃圾回收机制回收)；瞬时态对象经过save()，saveOrUpdate会转换成持久态，由session统一管理，持久态对象的操作与数据库同步；持久态对象经过evict(),close(),clear()等会转换成游离态，这时虽然被持久化，但是不在session缓存中，通过lock（），update(),saveOrUpdate又会转换成持久态。 通过get(),load(),find(),iterate()获得的对象直接就是持久态的。
struts2的主要工作流程是这样的：
首先有一个http请求，这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin），然后进入struts2的控制核心FilterDispatcher;
FilterDispatcher询问ActionMapper，来判断此请求是否需要struts2处理，如果需要，那么由ActionProxy来接管，通过配置管理找到struts.xml,然后进入ActionInvocation，经过拦截器，进入action，从而根据返回的result选择我们要的页面，在拦截器的前半部分去值栈中取值通过标签展示在页面上，最后生成response返回
Spring Web MVC 处理Http请求的大致过程：
1.从第一点开始，请求的开始当然来源的用户访问的url，之后SpringMVC的工作正式开始，就好比一个人进城，必须要先经过城门才能进去，请求也是一样，他必须先经过一个叫做Dispatcher Servlet的前端控制器，
2.之后，你总要有工作地点吧（请求需要工作），可是不认路啊（请求需要在哪里被分析），所以你需要先去找到地图，然后在地图上找到地点，在SpringMVC中，从Dispatcher Servlet开始率先找到Handler Mapper，该组件映射找到工作点的老板（HandlerAdapter）。
3.到这里我们仅仅是知道怎么找到工作点而已，而且路径是从城门（Dispatcher Servlet前端控制器）开始的，我们按照地图（HandlerMapper组件里面的信息）的指引找到了指使我们工作的HandlerAdapter。
4.老板指使我们工作，此时我们化身为员工（Handler，也就是请求所对应的事件），我们工作的内容就控制层（也就是MVC中的C）下请求url所对应的方法，工作完成之后，我们需要提交工作数据呈现给老板看（返回ModelAndView对象给HandlerAdapter）
5.之后老板把你的工作数据贴到城门上（将ModelAndView对象返回给DispatcherServlet），再经历一番修饰后呈现给来往的商人（用户）
一个从大局上观看的基本流程大概就是如此，然而SpringMVC在具体的实现上远比这复杂许多，基本上在普通项目开发下我们在配置完SpringMVC要求配置环境后，所需要开发的地方就只有视图层和控制层，控制层里面的代码一般是有逻辑层和数据层的实现。
下面是我用思维导图制作的流程，比文字看起来直观一些。