当前位置：首页 > news >正文

【SpringMVC】MVC中Controller的配置、RestFul的使用、页面重定向和转发

news 2025/7/29 5:58:50

Controller的配置，RestFul风格的说明和使用，页面重定向和转发

摘要

本文介绍了Spring MVC中Controller的配置方式及RestFul风格的使用。
主要内容包括：
Controller实现方式：

通过实现Controller接口的方式（较老方法，每个类只能处理一个请求）
使用@Controller注解的方式（推荐，支持多个请求方法）

RequestMapping注解：

可用于类或方法上，定义URL映射路径
类级别注解作为父路径，方法级别作为子路径

RestFul风格：

一种资源定位和操作的风格
通过HTTP方法（GET/POST/PUT/DELETE）区分操作类型
优点：简洁、高效、支持缓存、安全

其他特性：

视图复用（同一视图可处理不同请求）
弱耦合的控制器-视图关系
组件扫描配置要求

文中还提供了不同实现方式的代码示例和测试方法。

文章目录

Controller的配置，RestFul风格的说明和使用，页面重定向和转发
- 摘要
- Controller 及 RestFul
- - 控制器 Controller
  - 实现Controller接口
  - 使用注解[@Controller](https://github.com/Controller) 实现Controller
  - RequestMapping
  - RestFul 风格
  - 小黄鸭调试法
- 页面处理的结果显示以及跳转方式
- - 重定向、转发
  - ModelAndView
  - ServletAPI
  - SpringMVC

Controller 及 RestFul

在IDEA中代码改动之后重新加载的顺序：

java：Reload重新部署
xml配置文件：重启tomcat
前端页面：重新刷新

控制器 Controller

控制器复杂提供访问应用程序的行为，通常通过接口定义或注解定义两种方法实现。
控制器负责解析用户的请求并将其转换为一个模型。
在Spring MVC中一个控制器类可以包含多个方法
在Spring MVC中，对于Controller的配置方式有很多种

我们来看看有哪些方式可以实现：

实现Controller接口

Controller是一个接口，在org.springframework.web.servlet.mvc包下，接口中只有一个方法；

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by FernFlower decompiler)
//package org.springframework.web.servlet.mvc;import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.springframework.lang.Nullable;
import org.springframework.web.servlet.ModelAndView;//实现该接口的类获得控制器功能
@FunctionalInterface
public interface Controller {//处理请求且返回一个模型与视图对象@NullableModelAndView handleRequest(HttpServletRequest var1, HttpServletResponse var2) throws Exception;
}

测试

新建一个Moudle，springmvc-04-controller 。将刚才的03 拷贝一份, 我们进行操作！
- 删掉HelloController
- mvc的配置文件只留下视图解析器！
编写一个Controller类，ControllerTest1

//定义控制器
//注意点：不要导错包，实现Controller接口，重写方法；
public class ControllerTest1 implements Controller {public ModelAndView handleRequest(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws Exception {//返回一个模型视图对象ModelAndView mv = new ModelAndView();mv.addObject("msg","Test1Controller");mv.setViewName("test");return mv;}
}

编写完毕后，去Spring配置文件中注册请求的bean；name对应请求路径，class对应处理请求的类

<bean name="/t1" class="com.kuang.controller.ControllerTest1"/>

编写前端test.jsp，注意在WEB-INF/jsp目录下编写，对应我们的视图解析器

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head><title>Annotated learning projects </title>
</head>
<body><h1>This is Annotated learning projects </h1>
<h2>${msg}
</h2>
</body>
</html>

配置Tomcat运行测试，我这里没有项目发布名配置的就是一个 / ，所以请求不用加项目名，OK！

说明：

实现接口Controller定义控制器是较老的办法
缺点是：一个控制器中只有一个方法，如果要多个方法则需要定义多个Controller；定义的方式比较麻烦；

使用注解@Controller 实现Controller

@Controller注解类型用于声明Spring类的实例是一个控制器（在讲IOC时还提到了另外3个注解）；
Spring可以使用扫描机制来找到应用程序中所有基于注解的控制器类，为了保证Spring能找到你的控制器，需要在配置文件中声明组件扫描。

<!-- 自动扫描指定的包，下面所有注解类交给IOC容器管理 -->
<context:component-scan base-package="com.kuang.controller"/>

增加一个ControllerTest2类，使用注解实现；

package com.demo.controller;import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.servlet.DispatcherServlet;
import org.springframework.web.servlet.HandlerAdapter;import javax.servlet.ServletException;@Controller // 被Spring接管
public class ControllerTest2 {@RequestMapping("/t2")   //真实访问地址 : 项目名/t2public String cTest2(Model model) { // Model类型的参数是为了把请求的数据带到视图//向模型中添加属性msg与值，可以在JSP页面中取出并渲染model.addAttribute("msg", "controller2 Test!");return "hello";   // 返回hello，跳转到springmvc-servlet.xml中配置的视图解析器解析，返回 /WEB-INF/jsp/hello.jsp}@RequestMapping("/t3")   //真实访问地址 : 项目名/t3public String cTest3(Model model) { // Model类型的参数是为了把请求的数据带到视图//向模型中添加属性msg与值，可以在JSP页面中取出并渲染model.addAttribute("msg", "controller2 Test t3!");return "hello";   // 返回hello，跳转到springmvc-servlet.xml中配置的视图解析器解析，返回 /WEB-INF/jsp/hello.jsp}}

运行tomcat测试

可以发现，我们的两个请求都可以指向一个视图，但是页面结果的结果是不一样的，从这里可以看出视图是被复用的，而控制器与

视图之间是弱偶合关系。

注解方式是平时使用的最多的方式！除了这两种之外还有其他的方式。

RequestMapping

@RequestMapping

@RequestMapping注解用于映射url到控制器类或一个特定的处理程序方法。可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径。
为了测试结论更加准确，我们可以加上一个项目名测试 myweb
只注解在方法上面

@Controller
public class TestController {@RequestMapping("/h1")public String test(){return "test";}
}

访问路径：http://localhost:8080 / 项目名 / h1

同时注解类与方法

@Controller
@RequestMapping("/admin")
public class TestController {@RequestMapping("/h1")public String test(){return "test";}
}

访问路径：http://localhost:8080 / 项目名/ admin /h1 , 需要先指定类的路径再指定方法的路径；

RestFul 风格

概念
Restful就是一个资源定位及资源操作的风格。不是标准也不是协议，只是一种风格。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

功能
资源：互联网所有的事物都可以被抽象为资源
资源操作：使用POST、DELETE、PUT、GET，使用不同方法对资源进行操作。
分别对应添加、删除、修改、查询。

优点：

**简单：**方便实用；
**高效：**缓存：在 RESTful 架构中，缓存是非常重要的优化手段，尤其是在处理大量重复请求时。通过设置缓存头（如 Cache-Control），可以减少不必要的网络请求，提高系统效率；
**安全：**隐秘式的入参模式；

传统方式操作资源 ：通过不同的参数来实现不同的效果！方法单一，post 和 get , 通过连接

http://127.0.0.1/item/queryItem.action?id=1 查询,GET
http://127.0.0.1/item/saveItem.action 新增,POST
http://127.0.0.1/item/updateItem.action 更新,POST
http://127.0.0.1/item/deleteItem.action?id=1 删除,GET或POST

使用RESTful操作资源 ：可以通过不同的请求方式来实现不同的效果！如下：通过请求方式请求地址一样，但是功能可以不同！

http://127.0.0.1/item/1 查询, GET
http://127.0.0.1/item 新增, POST
http://127.0.0.1/item 更新, PUT
http://127.0.0.1/item/1 删除, DELETE

学习测试

在新建一个类 RestFulController

@Controller
public class RestfulController {}

在Spring MVC中可以使用 @PathVariable 注解，让方法参数的值对应绑定到一个URI模板变量上。

@RequestMapping("/add")   //真实访问地址 : 项目名/t2
public String cTest2( int a,int b,Model model) {int result = a+b;model.addAttribute("msg", "result结果为"+result);return "admin/test01"; 
}

我们来测试请求查看下

思考：使用路径变量的好处？

使路径变得更加简洁；
获得参数更加方便，框架会自动进行类型转换。
通过路径变量的类型可以约束访问参数，如果类型不一样，则访问不到对应的请求方法，如这里访问是的路径是/commit/1/a，则路径与方法不匹配，而不会是参数转换失败。

我们来修改下对应的参数类型，再次测试

//映射访问路径
@RequestMapping("/commit/{p1}/{p2}")
public String index(@PathVariable int p1, @PathVariable String p2, Model model){String result = p1+p2;//Spring MVC会自动实例化一个Model对象用于向视图中传值model.addAttribute("msg", "结果："+result);//返回视图位置return "test";}

使用method属性****指定请求类型

用于约束请求的类型，可以收窄请求范围。指定请求谓词的类型如GET, POST, HEAD, OPTIONS, PUT, PATCH, DELETE, TRACE等

我们来测试一下：

增加一个方法

//映射访问路径,必须是POST请求
@RequestMapping(value = "/hello",method = {RequestMethod.POST})
public String index2(Model model){
model.addAttribute("msg", "hello!");
return "test";
}

我们使用浏览器地址栏进行访问默认访问是GET请求，会报错405：系统不允许此方法

如果将POST修改为GET则正常了；

//映射访问路径,必须是Get请求
@RequestMapping(value = "/hello",method = {RequestMethod.GET})
public String index2(Model model){
model.addAttribute("msg", "hello!");
return "test";
}

小结：

Spring MVC 的 @RequestMapping 注解能够处理 HTTP 请求的方法, 比如 GET, PUT, POST, DELETE 以及 PATCH。

所有的地址栏请求默认都会是 HTTP GET 类型的。

方法级别的注解变体有如下几个：组合注解

@GetMapping
@PostMapping
@PutMapping
@DeleteMapping
@PatchMapping

@GetMapping 是一个组合注解

它所扮演的是 @RequestMapping(method =RequestMethod.GET) 的一个快捷方式。

平时使用的会比较多！

小黄鸭调试法

场景一：我们都有过向别人（甚至可能向_完全不会编程的人）提问及解释编程问题的经历，但是很多时候就在我们解释的过程中自己却想到了问题的解决方案，然后对方却一脸茫然__。_

场景二：你的同行跑来问你一个问题，但是当他自己把问题说完，或说到一半的时候就想出答案走了，留下一脸茫然的你。

其实上面两种场景现象就是所谓的小黄鸭调试法（Rubber Duck Debuging），又称橡皮鸭调试法，它是我们软件工程中最常使用调试方法之一。

此概念据说来自《程序员修炼之道》书中的一个故事，传说程序大师随身携带一只小黄鸭，在调试代码的时候会在桌上放上这只小黄鸭，然后详细地向鸭子解释每行代码，然后很快就将问题定位修复了

页面处理的结果显示以及跳转方式

重定向、转发

1.转发使用request的处理响应的会携带HttpsRequest的处理后的数据，是为转发，服务器内部操作；客户端只发送一次请求。
2. 重定向 使用response的处理则是重定向，重定向会导致 URL 地址的变化，浏览器会根据服务器返回的重定向指令发起新的请求并更新地址栏中的 URL。

ModelAndView

设置ModelAndView对象 , 根据view的名称 , 和视图解析器跳到指定的页面 .

页面 : {视图解析器前缀} + viewName +{视图解析器后缀}

<!-- 视图解析器 -->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"
id="internalResourceViewResolver">
<!-- 前缀 -->
<property name="prefix" value="/WEB-INF/jsp/" />
<!-- 后缀 -->
<property name="suffix" value=".jsp" />
</bean>

对应的controller类

public class ControllerTest1 implements Controller {public ModelAndView handleRequest(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws Exception {//返回一个模型视图对象ModelAndView mv = new ModelAndView();mv.addObject("msg","ControllerTest1");mv.setViewName("test");return mv;}
}

ServletAPI

通过设置ServletAPI , 不需要视图解析器。

通过HttpServletResponse进行输出

通过HttpServletResponse实现重定向
通过HttpServletResponse实现转发

DispatcherServlet 的默认调用 doService，进来请求一点点到这里在进行分发；

@Controller
public class ResultGo {@RequestMapping("/result/t1")public void test1(HttpServletRequest req, HttpServletResponse rsp) throws IOException {rsp.getWriter().println("Hello,Spring BY servlet API");}@RequestMapping("/result/t2")public void test2(HttpServletRequest req, HttpServletResponse rsp) throws IOException {rsp.sendRedirect("/index.jsp");}@RequestMapping("/result/t3")public void test3(HttpServletRequest req, HttpServletResponse rsp) throws Exception {//转发req.setAttribute("msg","/result/t3");req.getRequestDispatcher("/WEB-INF/jsp/test.jsp").forward(req,rsp);}}

骚活，乱整合↓↓↓↓↓

SpringMVC

通过SpringMVC来实现转发和重定向 - 无需视图解析器；

测试前，需要将视图解析器注释掉，需要写页面的全部地址：如：WEB-INF/jsp/index.jsp；

return "/index.jsp";加"/*";是进行页面转发
return "forward:/index.jsp";，return "forward:/*";同上
return "redirect:/index.jsp";，return "redirect:"; 是重定向

用了前缀，相当于使用了原生的Servlet。

@Controller
public class ResultSpringMVC {@RequestMapping("/rsm/t1")public String test1(){//转发return "/index.jsp";}@RequestMapping("/rsm/t2")public String test2(){//转发二return "forward:/index.jsp";}@RequestMapping("/rsm/t3")public String test3(){//重定向return "redirect:/index.jsp";}
}

通过SpringMVC来实现转发和重定向 - 有视图解析器；

转发，调用视图解析器，SpringMVC会自动拼接；

<!--视图解析器:DispatcherServlet给他的ModelAndView-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver" id="InternalResourceViewResolver"><!--前缀--><property name="prefix" value="/WEB-INF/jsp/"/><!--后缀--><property name="suffix" value=".jsp"/>
</bean>

重定向 , 不需要视图解析器 , 本质就是重新请求一个新地方。所以注意路径问题，可以重定向到另外一个请求实现。

代码实现：

@Controller
public class ResultSpringMVC2 {@RequestMapping("/rsm2/t1")public String test1(){//转发return "test";}@RequestMapping("/rsm2/t2")public String test2(){//重定向return "redirect:/index.jsp";//return "redirect:hello.do"; //hello.do为另一个请求/}}