SPRING MVC

Spring MVC的作用

Spring MVC框架主要解决了接收请求、响应结果的相关问题。

开发环境

在使用Spring MVC框架时，需要在项目中添加spring-webmvc的依赖项。

如果使用的是Spring Boot工程，只需要添加spring-boot-starter-web依赖项即可。

说明：在spring-boot-starter-web依赖项中，包含了spring-boot-starter，所以，在Spring Boot项目中，只需要将原有spring-boot-starter改为spring-boot-starter-web即可。

简单的接收请求

通常，会使用“控制器”组件来接收请求，这类组件通常使用Controller作为类名的后缀，例如类名为CategoryController、BrandController等。

控制器组件必须添加@Controller注解才会被框架视为控制器，才可以用于接收请求、响应结果。

在Spring MVC中，当需要接收请求时，只需要在控制器中：

自定义处理请求的方法
在方法上使用@RequestMapping系列注解配置请求路径

关于处理请求的方法：

访问权限：应该是public
返回值类型：当返回值类型为String时，表示返回“视图”的名称，这不是前后端分离的做法；当使用了“响应正文”的模式后，返回的字符串将作为“正文”响应到客户端，这是前后端分离的做法
方法名称：自定义

关于响应正文

当处理请求的方法是响应正文的，则方法的返回值会响应到客户端。

在处理请求的方法上添加@ResponseBody，则此方法响应的方式就是响应正文的。

在控制器类上添加@ResponseBody，则此控制器类中所有方法响应的方式都是响应正文的。

扫描二维码关注公众号，回复： 14752901 查看本文章

更推荐在控制器类上使用@RestController，它同时使用@Controller和@ResponseBody作为元注解，所以，同时具有这2个注解的效果！

附：@RestController源代码：

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Controller
@ResponseBody
public @interface RestController {
     
     

	/**
	 * The value may indicate a suggestion for a logical component name,
	 * to be turned into a Spring bean in case of an autodetected component.
	 * @return the suggested component name, if any (or empty String otherwise)
	 * @since 4.0.1
	 */
	@AliasFor(annotation = Controller.class)
	String value() default "";

}

关于@RequestMapping

此注解的主要作用是配置“请求路径”与“处理请求的方法”的映射关系。

此注解还可以添加在控制器类上，例如：

@RestController
@RequestMapping("/categories")
public class CategoryController {
    
    
}

则此类中任何一个处理请求的路径都必须以此为前缀，例如：

@RestController
@RequestMapping("/categories")
public class CategoryController {
    
    

    // http://localhost:8080/categories/add-new
    @RequestMapping("/add-new") 
    public String addNew() {
    
    
        System.out.println("CategoryController.addNew()");
        return "已经处理增加类别的请求";
    }
    
}

在配置路径时，其实，路径值并不需要使用/作为第1个字符，除非路径值只有/这1个字符，否则，配置值（字符串）两端的/都是可以无视的，最终拼接出来的完整URL会自动在中间添加/。

推荐每个配置值都使用/作为第1个字符（尽管可以不写）。

在@RequestMapping注解中，还有method属性，可以限制请求方式（GET / POST等），其语法大概是：

@RequestMapping(value = "/add-new", method = RequestMethod.POST)

以上配置表示“只允许使用POST方式提交请求”，如果使用其它请求方式，将出现405错误！

在Spring MVC框架中，定义一系列的限制请求方式的注解，例如：

@GetMapping：将请求方式限制为GET，除了不能添加在类上，其它用法与@RequestMapping相同
@PostMapping：将请求方式限制为POST，除了不能添加在类上，其它用法与@RequestMapping相同
其它

在开发实践中，控制器类上使用@RequestMapping，在方法上使用@GetMapping或@PostMapping，通常，以“获取数据”为主要目的的请求应该使用@GetMapping（例如查看订单列表、查看商品详情），否则，使用@PostMapping。

在学习过程中，在没有调试手段之前，推荐全部@RequestMapping，以便于测试访问。

关于注解的源代码

每个注解的源代码中，其元注解@Target表示此注解可以添加在哪个位置，例如：

@Target({
    
    ElementType.TYPE, ElementType.METHOD})

则表示此注解可以添加在TYPE（类）上，也可以添加在METHOD（方法）上。

在注解的内部，源代码例如：

String[] value() default {
    
    };

以上value是注解中可配置的属性，String[]表示此属性的值类型，default {}表示此属性的默认值是空数组。

每个注解的value属性都是默认属性，在配置时，如果只配置这1个属性的值，并不需要显式的添加此属性名称，例如：

@RequestMapping({
    
    "/delete"})

和

@RequestMapping(value = {
    
    "/delete"})

以上2种配置是完全等效的！

如果属性的值类型是数组类型的，且如果需要配置的值只有1个时，可以不使用大括号框住值，例如：

@RequestMapping(value = {
    
    "/delete"})

和

@RequestMapping(value = "/delete")

以上2种配置是完全等效的！

所以，关于@RequestMapping的value属性，以下4种配置是完全等效的：

@RequestMapping("/delete")
@RequestMapping({
    
    "/delete"})
@RequestMapping(value = "/delete")
@RequestMapping(value = {
    
    "/delete"})

另外，在Spring系列框架的注解中，经常出现@AliasFor注解，例如：

@AliasFor("path")
String[] value() default {
    
    };

@AliasFor("value")
String[] path() default {
    
    };

以上代码表示value和path是等效的！

练习

在CategoryController添加以下处理请求的配置：

/categories/update-by-id：根据id修改类别信息
/categories/list：查看类别列表

在BrandController中添加以下处理请求的配置：

/brands/add-new：增加品牌
/brands/update-by-id：根据id修改品牌信息
/brands/delete-by-id：根据id删除品牌信息
/brands/list：查看品牌列表

配置完成后，应该可以通过浏览器进行访问，且配置的各方法能够响应简单的文本，表示已响应。

接收请求参数

在Spring MVC中，可以将“请求参数”直接设计为“处理请求的方法的参数”，在方法体内部可以直接使用。

以“增加品牌”为例，客户端需要提交的数据有：

名称
拼音
LOGO图片
类别
简介
关键词
排序值

则处理请求的方法可以设计为：

@RequestMapping("/add-new")
public String addNew(String name, String pinyin, Integer sort) {
    
    
    System.out.println("BrandController.addNew()");
    System.out.println("接收到的请求参数：名称=" + name);
    System.out.println("接收到的请求参数：拼音=" + pinyin);
    System.out.println("接收到的请求参数：排序号=" + sort);
    return "尝试增加品牌（尚未完成）";
}

当客户端提交的请求参数是有效值时（例如?name=XiaoMi），处理请求的方法中的参数也是有效值（就是提交过来的值）。

当客户端只提交了请求参数对应的名称却没有值时（例如?name=），处理请求的方法收到的将是长度为0的字符串，如果参数是String类型，则参数值就是""，如果参数不是String类型（例如Integer类型），也无法正确的实现转换，则参数值为null。

当客户端没有提交对应的参数时（无此参数，或名称不对应），处理请求的方法中的参数值为null。

更推荐将各请求参数封装到自定义的类中，

package com.unkeer.csmall.server.pojo.dto;

import java.io.Serializable;
import java.util.Objects;

public class BrandAddNewDTO implements Serializable {
    
    

    private String name;
    private String pinyin;
    private String logo;
    private Long categoryId;
    private String description;
    private String keywords;
    private Integer sort;
    
    // Setters & Getters
    // hashCode() & equals()
    // toString()
}

// http://localhost:8080/brands/add-new?name=XiaoMi&pinyin=xiaomi&logo=xxx&categoryId=998&description=hahaha&keywords=mi&sort=66
@RequestMapping("/add-new")
public String addNew(BrandAddNewDTO brandAddNewDTO) {
    
    
    System.out.println("BrandController.addNew()");
    System.out.println("接收到的请求参数：" + brandAddNewDTO);
    return "尝试增加品牌（尚未完成）";
}

关于POJO规范

所有的POJO类型都应该符合以下设计标准：

所有属性都是私有的（private）
每个属性都有对应的、命名规范的Setter & Getter
- 通过专业的开发工具生成即可
应该生成hashCode()和equals()方法，且保证：2个对象中所有属性值都相同时，返回相同的hashCode()，且这2个对象的equals()对比结果为true
- 通过专业的开发工具生成即可
- 通过IntelliJ IDEA生成时，还有多种代码模版可选择，选择任何一个模版均可
实现序列化接口（Serializable）
- 可以不生成序列化版本ID

以上规范是业内共同认可的，且认为你都会按此规范来编码，所以，许多框架都会自动调用其中的Setter & Getter方式，甚至会使用Serializable来声明你的对象。

关于POJO类的命名

在项目中，可能存在多种定位不同的POJO类型，例如某些类型中的属性是与数据库中的表字段一一对应的，这种类型通常称之“实体”，但是，它并不能解决此种数据类型的所有业务！

以“用户”数据为例，数据表中的字段可能有：

ID
用户名
密码
昵称

当用户注册时，涉及的只有：用户名、密码、昵称，并不涉及ID

当用户登录时，涉及的只有：用户名、密码，并不涉及ID和昵称

用户登录时，可能还需要提交“验证码”，原本的实体类并没有

当用户需要修改密码时，需要提交的是：原密码、新密码、确认新密码，原本的实体类将不可用

所以，实体类型并不适用于每个业务！客户端发起的不同请求，需要提交的数据都是不同的！另外，从数据库中查询的数据，也不应该使用实体类型，因为每次查询所需要的数据是不同的！

综合来看，客户端提交的数据与实体可能是不同的，从数据库中查询的结果和实体可能也是不同的，所以，在项目中会存在多种定位不同的POJO类型，通常，不同定位的POJO类型，在命名时，应该添加一些后缀：

阿里巴巴的建议：

【参考】各层命名规约：

数据对象：xxxDO，xxx 即为数据表名。

DO = Data Object

数据传输对象：xxxDTO，xxx 为业务领域相关的名称。

DTO = Data Transfer Object

展示对象：xxxVO，xxx 一般为网页名称。

VO = View Object

VO = Value Object

POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。

【强制】类名使用 UpperCamelCase 风格，必须遵从驼峰形式，但以下情形例外：DO / BO / DTO / VO / AO

正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion

反例：macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion

在项目中，每种定位的POJO到底使用什么后缀，并没有标准的约定，只要满足：

不使用POJO作为后缀
同种定位的多个类，使用相同的后缀

小结

你应该：

了解前后端分离的开发模式（服务器端将响应正文，不再负责处理页面）
掌握响应正文的做法
掌握查看注解源代码的技能
掌握@RequestMapping系列注解的使用
掌握接收请求参数的2种做法
掌握POJO类的规范

练习

实现：

4.3 添加类别（/categories/add-new）
- 请求参数，参考文档中的截图
4.4 编辑类别（/categories/{id}/update）
- 请求参数，参考文档中的截图
4.5 删除类别（/categories/{id}/delete）
- 请求参数为：Long id
6.4 编辑品牌（/brands/{id}/update）
- 请求参数，参考文档中的截图
6.5 删除品牌（/brands/{id}/delete）
- 请求参数为：Long id

在控制器中，能接收以上请求，且接收到各请求的参数。

RESTful

RESTful是一种设计风格（并不是规范或标准）。

RESTful的典型表现为：将id或类似具有“唯一性”的参数值作为URL的一部分，而不像传统参数那样体现。

例如：

https://blog.csdn.net/qq_43505820/article/details/106649178

以上URL，如果使用传统做法，通常会设计为：

https://blog.csdn.net/article/details?username=qq_43505820&id=106649178

注意：不具备“唯一性”的参数值通常不会设计为URL的一部分。

Spring MVC很好的支持了RESTful，在配置请求路径时，可以在路径中使用{}框住自定义的名称表示占位符，则客户端在提交请求时，占位符位置的内容可以是任意内容，在方法的参数列表中，接收参数时，需要在参数前添加@PathVariable注解，以表示此参数值是从URL中的占位符位置获取的值，例如：

// http://localhost:8080/brands/6937/edit?name=XiaoMi&pinyin=xiaomi&logo=xxx&categoryId=998&description=hahaha&keywords=mi&sort=66
@RequestMapping("/{id}/edit")
public String edit(@PathVariable Long id, BrandEditDTO brandEditDTO) {
    
    
    System.out.println("BrandController.edit()");
    System.out.println("接收到的请求参数：id=" + id);
    System.out.println("接收到的请求参数：" + brandEditDTO);
    return "尝试编辑品牌（尚未完成）";
}

同一个请求路径中，允许有多个{}占位符，则处理请求的方法也应该有多个对应的参数，每个参数前都添加@PathVariable即可。

如果占位符的名称与方法的参数名称不匹配，还可以在@PathVariable注解中配置参数名称，注解中配置的名称应该与占位符中的名称一致，例如：

@RequestMapping("/{id}/edit")
public String edit(@PathVariable("id") Long brandId, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

在使用占位符时，还可以在占位符的名称之后添加冒号，再添加正则表达式，以匹配到符合格式的URL，例如：

@RequestMapping("/{id:[0-9]+}/edit")
public String edit(@PathVariable Long id, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

后续，当客户端提交请求时，如果占位符位置的值不符合正则表达式，将响应404错误！

另外，不冲突的多个正则表达式配置的占位符是允许共存的，例如：

@RequestMapping("/{id:[0-9]+}/edit")
public String edit(@PathVariable Long id, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

@RequestMapping("/{name:[a-zA-Z]+}/edit")
public String edit(@PathVariable String name, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

甚至，还可以存在精确匹配的路径与以上占位符的配置共存，例如：

@RequestMapping("/test/edit")
public String edit(BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

@RequestMapping("/{id:[0-9]+}/edit")
public String edit(@PathVariable Long id, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

@RequestMapping("/{name:[a-zA-Z]+}/edit")
public String edit(@PathVariable String name, BrandEditDTO brandEditDTO) {
    
    
    // 暂不关心方法体的代码
}

关于RESTful，其实，还有一些其它的建议，例如，RESTful推荐根据要操作数据的方式来决定请求方式，例如：

请求的目标是增加数据时，推荐使用POST请求方式
请求的目标是删除数据时，推荐使用DELETE请求方式
请求的目标是修改数据时，推荐使用PUT请求方式
请求的目标是查询数据时，推荐使用GET请求方式

事实上，在主流的业务系统的开发中，仍只使用GET和POST请求方式。

最后，关于RESTful风格的URL，如果没有更好的选择，推荐设计为：

/数据类型的复数名称表示查询列表，例如，查询品牌列表，URL设计为/brands

@RestController
@RequestMapping("/brands")
public class BrandController {
        
        
    
    // http://localhost:8080/brands
    @GetMapping("")
    public ... // 处理请求的方法
}

/数据类型的复数名称/{id}表示根据id查询数据，例如，根据id查询品牌详情，URL设计为/brands/{id}

@RestController
@RequestMapping("/brands")
public class BrandController {
        
        
    
    // http://localhost:8080/brands/9527
    @GetMapping("/{id:[0-9]+}")
    public ... // 处理请求的方法
}

/数据类型的复数名称/{id}/命令表示根据id操作数据，例如，根据id删除品牌，，URL设计为/brands/{id}/delete

@RestController
@RequestMapping("/brands")
public class BrandController {
        
        
    
    // http://localhost:8080/brands/9527/delete
    @PostMapping("/{id:[0-9]+}/delete")
    public ... // 处理请求的方法
}

统一处理异常

Spring MVC框架在接收到请求后，会自动调用处理请求的方法，如果调用的控制器中方法抛出异常，Spring MVC会捕获到此异常对象，并尝试调用统一处理异常的机制，如果没有统一处理异常的机制，则会响应500错误。

关于统一处理异常，需要自定义类，在类上添加@ControllerAdvice注解，添加此注解的类中的注解方法将可以作用于每一次处理请求的过程。

然后，在类中添加处理异常的方法，关于此方法：

访问权限：应该使用public
返回值类型：参考控制器中处理请求的方法
- 假设，需要响应某字符串到客户端，则使用String作为返回值类型，并结合@ResponseBody注解一起使用，或者，使用@RestControllerAdvice替代@ControllerAdvice，则此类中所有方法向客户端响应时，都是响应正文的
方法名称：自定义
参数列表：必须至少包含1个异常类型，此参数就是Spring MVC框架调用控制器的方法后捕获的异常，并且，可以按需添加HttpServletRequest、HttpServletResponse等少量指定类型的参数，不可以添加其它参数
注解：必须添加@ExceptionHandler注解

例如，在项目中，可以在ex.handler包下创建统一处理异常的类：

@RestControllerAdvice
public class GlobalExceptionHandler {
    
    
    
    @ExceptionHandler
    public String handleServiceException(ServiceException e) {
    
    
        return e.getMessage();
    }
    
}

完成以上代码后，无论项目中的任何控制器在处理任何请求时，只要控制器的方法抛出了ServiceException（不捕获等同于抛出），都会执行以上方法！

在以上统一处理异常的类中，统一处理异常的方法可以有多个（处理的异常必须不同，但允许存在继承关系），通常，建议在此类中添加一个能够处理任何异常的方法，避免某些异常未被处理导致响应500错误（用户不明确错误的原因，可能继续尝试错误的操作）：

@ExceptionHandler
public String handleThrowable(Throwable e) {
    
    
    log.error("统一处理未明确处理的异常【{}】，将向客户端响应：{}", e.getClass().getName(), e.getMessage());
    return "服务器忙，请联系管理员！";
}

响应JSON格式的字符串

在Spring MVC框架中，当需要向客户端响应JSON格式的字符串时，需要：

在配置类上使用@EnableWebMvc开启增强模式
- 在Spring Boot中不需要，默认已开启
添加jackson-databind依赖项
- 在spring-boot-starter-web中已包含
处理请求的方法（或处理异常的方法）的返回值类型使用自定义的数据类型

axios.post().then((res) => {
    
    
    let result = res.data; // OK, 创建品牌失败，品牌名称已经被占用！ 创建品牌失败，服务器忙，请稍后再次尝试！  服务器忙，请联系管理员！
    // {xx:1, message:"OK"}
    // {xx:2, message:"创建品牌失败，品牌名称已经被占用！"}
    // 3   创建品牌失败，服务器忙，请稍后再次尝试！
    // 4   服务器忙，请联系管理员！
    if (result.code == 1) {
    
    
        // 显示成功
    } else if (result.code == 2) {
    
    
        // 提示错误
        alert(result.message);
    } else if (result.code == 3) {
    
    
        // 提示错误
    } else if (result.code == 4) {
    
    
        // 提示错误
    }
});

【Java进阶篇】spring MVC