从.NET开始的MVC的起步，一路磕磕绊绊，不断地挖坑，填坑，让后让自己越埋越深，中间总有一段时间会停下来，做其他的，下次再上手的时候，发现又不一样，其实是一件很有意思的事。简单说一下这些跟mvc有关的东西。
一、Mvc设计模式
Mvc是一种软件设计模式，代表了一种多层的应用程序实现方式，mvc模式将应用程序实现分为三个不同的基本部分。
模型：表示数据和业务处理
视图：是用户看到并与之交互的界面
控制器：接受用户的输入并调用模型和视图去完成用户的请求。
二、Mvc的处理过程
咱们以Struts1 和struts2 来说MVC的处理流程：首先控制器接受用户的请求，并决定应该调用哪个模型来进行处理，然后模型处理用户的请求并返回数据，最后控制器确定用相应的视图将模型返回的数据呈现给用户。
Struts1是mvc设计模式的一个优秀实现。Struts定义了通用的controller，通过一个配置文件隔离了model和view，以Action的概念对用户请求做了封装。
Struts2以webwork优秀的设计思想为核心，吸收了struts框架的部分优点，提供了一个更加整洁的mvc设计模式实现的web应用程序框架。
Struts2 提供了一个更加整洁的MVC设计模式设实现的web应用程序框架。
Struts1执行过程如下：
1、Web容器启动的时候，ActionServlet被初始化，加载struts-config.xml配置文件。
2、当客户端浏览器发起请求到ActionServlet时，ActionServlet对请求进行处理。根据请求的路劲和配置信息找 到对应的Action和ActionForm。
3、在确定将要调用的Action和对应的ActionForm后，就讲请求中包含的值填充到ActionForm中。在调用Action的execute方法前，ActionServlet还需要准备好ActionMapping参数。
4、Action调用业务逻辑方法，得到返回值，并返回ActionForward对象。
5、控制权重新回到ActionServlet，ActionServlet根据Action返回的ActionForward对象转发到相应的页面。
6、处理结果返回给浏览器。
Struts2 执行过程如下：
1.
客户端初始化一个指向Servlet容器（例如Tomcat）的请求
2.这个请求经过一个的过滤器链
3.接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请求是否需要调用某个Action
4.如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
5. ActionProxy通过Configuration Manager从配置文件读取配置信息，找到需要调用的Action类
6. ActionProxy创建一个ActionInvocation的实例。
7. ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
8.一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper。
直到现在，对于这个模式，特别是Model,还不是很清楚，以前觉得是架构，现在用的是在业务逻辑之前使用，体会到了模式的概念
下篇博客，详细说说Struts1和struts2的区别。