框架二（springMVC 与Struts）

最新推荐文章于 2025-04-27 15:35:06 发布

呱小飞

最新推荐文章于 2025-04-27 15:35:06 发布

阅读量787

点赞数

CC 4.0 BY-SA版权

分类专栏：框架

本文链接：https://blog.youkuaiyun.com/Java_monkeys/article/details/87958051

框架专栏收录该内容

4 篇文章

订阅专栏

SpringMVC：

了解SpringMVC贺Struts之前先了解一下MVC

MVC（model-view-controller）模型-视图-控制器：

1. 框架本身并不通过某种手段来干预或者控制浏览器发送Http请求的行为方式。
2. 页面（View层）和请求处理类（Controller）之间的映射关系通过某一种配置形式维系起来。
3. Controller层的设计差异是不同MVC框架之间最主要的差异。

在MVC模型中，浏览器端和服务器端的交互关系非常明确：无论采取什么样的框架，总是以一个明确的URL作为中心，辅之以参数请求。因此，URL看上去就像是一个明文的契约，当然，真正蕴藏在背后的是Http协议。所有的这些东西都被放在了台面上，我们可以非常明确地获取到一次交互中所有的Http信息。这也是MVC模型中最为突出的一个特点。

springMVC概念：

在 Spring 的基本架构中，Spring Web MVC ，也就是 SpringMVC，它是属于Spring基本架构里面的一个组成部分，属于SpringFrameWork的后续产品，已经融合在Spring Web Flow里面，所以我们在后期和 Spring 进行整合的时候，几乎不需要别的什么配置，他可以实现与Spring的无缝对接（其实SpringMVC就是spring的一个模块，类似AOP和IOC，不存在整合，本来就是Spring的模块）。

　　Spring MVC 框架并不知道使用的视图，所以不会强迫开发者只使用 JSP 技术。Spring MVC 分离了控制器、模型对象、过滤器以及处理程序对象的角色，这种分离让它们更容易进行定制。

SpringMVC的核心类：

前端控制器（DispatcherServlet）：接收请求，响应结果，相当于电脑的CPU。

处理器映射器（HandlerMapping）：根据URL去查找处理器

处理器（Handler）：（需要程序员去写代码处理逻辑的）

处理器适配器（HandlerAdapter）：会把处理器包装成适配器，这样就可以支持多种类型的处理器，类比笔记本的适配器（适配器模式的应用）

视图解析器（ViewResovler）：进行视图解析，多返回的字符串，进行处理，可以解析成对应的页面

SpringMVC的工作流程：

SpringMVC配置：

1.比较老的配置请参考以下网址：https://www.cnblogs.com/ysocean/p/7376596.html

2.SpringBoot配置SpringMVC：

springBoot是sping的一个封装，它把spring的所有东西都封装起来配置文件，jar包，tomcat等等，它采用的是约定大于配置的策略，因此在pom.xml中只要有“spring-boot-starter-web”，前提需要引入“spring-boot-starter-parent”；

配置如下：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>

Struts：

Struts概念：

通过采用Java Servlet/JSP技术，实现了基于Java EE Web应用的Model-View-Controller（MVC）设计模式的应用框架，是MVC经典设计模式中的一个经典产品。

struts1和struts2的区别：

1）Action类的实现方式：
Struts1的Action在实现的时候必须扩展Action类或者Action的子类，Struts2的Action类实现的时候可以不用实现任何类和接口，虽然Struts2中提供一个ActionSupport类，但是，不是必须的。
2）Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每一个请求产生一个实例
3）Struts1的Action类依赖与Servlet API，从其execute的方法签名可看出，execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse，Struts2则不依赖于Servlet API
4）以为Struts1依赖于Servlet API这些Web元素，因此对Struts1的Action进行测试的时候是很困难的，需要借助与其他的测试工具，Struts2的Action可以象测试其他的一些Model层的Service类一样进行测试
5）Struts1的Action与View通过ActionForm或者其子类进行数据传递，虽然也有LazyValidationForm这样的ActionForm的出现，但是，还是不能象其他层面那样通过一个简单的POJO进行数据传递，而Struts2将这样的奢望变成了现实
6）Struts1绑定了JSTL，为页面的编写带来方便，Struts2整合了ONGL，也可以使用JSTL，因此，Struts2下的表达式语言更加强大
四、Struts2与WebWork对比
Struts2实际上就是WebWork2.3，不过，Struts2还是与WebWork有少许的差别：
1）Struts2不再支持内置IOC容器，改用Spring的IOC容器
2）Struts2对于Webwork的一些Ajax的特性的标签改用Dojo进行替换

Struts的核心：

核心控制器：StrutsPrepareAndExecuteFilter

Struts的工作原理：

图片来源于Struts官网；

具体的步骤如下：

客户端初始化一个指向Servlet容器（例如Tomcat）的请求
这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）；
接着StrutsPrepareAndExecuteFilter被调用，StrutsPrepareAndExecuteFilter询问ActionMapper来决定这个请求是否需要调用某个Action；
如果ActionMapper决定需要调用某个Action，StrutsPrepareAndExecuteFilter把请求的处理交给ActionProxy；
ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类；
ActionProxy创建一个ActionInvocation的实例。
ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。

Struts和springMvc的区别

一、拦截机制的不同

Struts2是类级别的拦截，每次请求就会创建一个Action，和Spring整合时Struts2的ActionBean注入作用域是原型模式prototype，然后通过setter，getter吧request数据注入到属性。Struts2中，一个Action对应一个request，response上下文，在接收参数时，可以通过属性接收，这说明属性参数是让多个方法共享的。Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了，只能设计为多例。

SpringMVC是方法级别的拦截，一个方法对应一个Request上下文，所以方法直接基本上是独立的，独享request，response数据。而每个方法同时又何一个url对应，参数的传递是直接注入到方法中的，是方法所独有的。处理结果通过ModeMap返回给框架。在Spring整合时，SpringMVC的Controller Bean默认单例模式Singleton，所以默认对所有的请求，只会创建一个Controller，有应为没有共享的属性，所以是线程安全的，如果要改变默认的作用域，需要添加@Scope注解修改。

Struts2有自己的拦截Interceptor机制，SpringMVC这是用的是独立的Aop方式，这样导致Struts2的配置文件量还是比SpringMVC大。

二、底层框架的不同

Struts2采用Filter（StrutsPrepareAndExecuteFilter）实现，SpringMVC（DispatcherServlet）则采用Servlet实现。Filter在容器启动之后即初始化；服务停止以后坠毁，晚于Servlet。Servlet在是在调用时初始化，先于Filter调用，服务停止后销毁。