SpringBoot接口接收json参数解析

SpringBoot接口接收json参数

前言

通常来讲，HTTP 方法会映射为 CRUD 动作，但这并不是严格的限制，有时候 PUT 也可以用来创建新的资源，POST 也可以用来更新资源。所以在平时的 Web 开发中，你可能常看到method 的值是 GET 和 POST，但是我们需要养成一个好的编码习惯。

前提

首先在controller上加上注解：@RestController

@RestController
@RequestMapping("/user")
@Api(tags = "user", description = "用户控制器")
public class UserController {
  // ...
}

详细介绍

一、GET

1）@PathVariable 获取路径参数。即 url/{id} 这种形式。

  @GetMapping("/getDetail/{id}")
  @ApiOperation(value = "根据id获取用户")
  public RbacUser getDetail(@PathVariable Long id) {
      return userService.getById(id);
  }

2）@RequestParam 获取查询参数。即 url?name=xx 这种形式

主要有参数：

• value：参数名字，即入参的请求参数名字，如username表示请求的参数区中的名字为username的参数的值将传入；
• required：是否必须，默认是true，表示请求中一定要有相应的参数，否则会报错；

  @GetMapping("/getByAccount")
  @ApiOperation(value = "根据账号获取用户")
  public RbacUser getByAccount(@RequestParam(required = false) String account) {
      return userService.getByAccount(account);
  }

3) 直接封装DTO参数形式

  @GetMapping("/find")
  @ApiOperation(value = "根据条件获取用户")
  public List<RbacUser> find(RbacUserDTO rbacUserDTO) {
      return userService.find(rbacUserDTO);
  }

二、DELETE

@PathVariable 获取路径参数。即 url/{id} 这种形式。

  @DeleteMapping("/delete/{id}")
  @ApiOperation(value = "删除用户")
  public void delete(@PathVariable Long id) {
      userService.delete(id);
  }

三、POST/PUT/PATCH

@RequestBody 将HTTP请求正文插入方法中，使用适合的 HttpMessageConverter 将请求体写入某个对象。

  @PostMapping("/create")
  @ApiOperation(value = "创建用户")
  public RbacUser getByAccount(@RequestBody @Validated RbacUserDTO rbacUserDTO) {
      return userService.save(rbacUserDTO);
  }

• @Validated：对数据进行校验，以下注解报错会直接返回，如果校验类中包含一个对象引用属性，需要在属性上加上@Valid注解

具体参数检验请参看下面

Springboot restFul 参数检验

概述

对请求参数进行检验，这在web中开始经常能碰到，如果用一个个if/else去做判断，相信这样的代码可读性会比较差

JSR-303 是java为bean数据合法性校验提供的标准框架，是Java EE6中的一项子规范，叫做BeanValidation。JSR303通过在Bean属性上标注@NotNull、@Max等标准的注解指定校验规则，并通过这些标准的验证接口对Bean进行验证。

规定一些检验规范即校验注解，如@Null, @NotNull, @Pattern，位于javax.validation.constraints包下，只提供规范 不提供实现。

在Spring中，有两种方式可以验证输入，一是利用Spring自带的验证框架，二是利用JSR-303的实现，一般建议使用JSR-303的实现，比如Hibernate-Validator。

Hibernate-Validator是JSR-303的实现。Hibernate Validator提供了JSR-303规范中所有内置constraint的实现，除此之外还有一些附加的constraint，如@Email, @Length, @Range等，位于org.hibernate,validator.constraints包下。

spring-boot-starter-web包里面已经有了hibernate-vlidator包，不需要额外引用hibernate validator依赖。

同时Spring为了给开发者提供便捷，对Hibernate-Validator进行了二次封装，封装了LocalValidatorFactorBean作为validator的实现，这个类兼容了Spring的Validation体系和Hibernate的Validation体系，LocalValidatorFactorBean已经成为了Validator的默认实现。

说明：JSR-349是JSR-303的升级版，添加了一些新特性

如下图，是spring boot 2.1.1中hibernate依赖情况：

常用注解

简单应用举例

需要检验的Bean定义：

public class StudentBean implements Serializable{
  @NotBlank(message = "用户名不能为空")
  private String name;
  @Min(value = 18, message = "年龄不能小于18岁")
  private Integer age;
  @Pattern(regexp = "^((13[0-9])|(14[5,7,9])|(15([0-3]|[5-9]))|(166)|(17[0,1,3,5,6,7,8])|(18[0-9])|(19[8|9]))\\d{8}$", message = "手机号格式错误")
  private String phoneNum;
  @Email(message = "邮箱格式错误")
  private String email;

  public String getName() {
      return name;
  }

  public void setName(String name) {
      this.name = name;
  }

  public Integer getAge() {
      return age;
  }

  public void setAge(Integer age) {
      this.age = age;
  }

  public String getPhoneNum() {
      return phoneNum;
  }

  public void setPhoneNum(String phoneNum) {
      this.phoneNum = phoneNum;
  }

  public String getEmail() {
      return email;
  }

  public void setEmail(String email) {
      this.email = email;
  }
}

返回错误字段定义：

public class ArgumentsInvalidResponseBean {
  private String argumentName;
  private String exceptionMsg;

  public ArgumentsInvalidResponseBean() {
  }

  public ArgumentsInvalidResponseBean(String argumentName, String exceptionMsg) {
      this.argumentName = argumentName;
      this.exceptionMsg = exceptionMsg;
  }

  public String getArgumentName() {
      return argumentName;
  }
  public void setArgumentName(String argumentName) {
      this.argumentName = argumentName;
  }

  public String getExceptionMsg() {
      return exceptionMsg;
  }
  public void setExceptionMsg(String exceptionMsg) {
      this.exceptionMsg = exceptionMsg;
  }
}

全局异常处理：

  @ExceptionHandler(MethodArgumentNotValidException.class)
  @ResponseBody
  public List<ArgumentsInvalidResponseBean> methodArgumentNotValidExceptionHandler(MethodArgumentNotValidException ex){
      System.out.println("===================methodArgumentNotValidExceptionHandler Occur============");

      List<ArgumentsInvalidResponseBean> argumentsInvalidResponseBeanList = new ArrayList<>();
      for (FieldError error : ex.getBindingResult().getFieldErrors()){
          ArgumentsInvalidResponseBean bean = new ArgumentsInvalidResponseBean();
          bean.setArgumentName(error.getField());
          bean.setExceptionMsg(error.getDefaultMessage());

          argumentsInvalidResponseBeanList.add(bean);
      }
      return argumentsInvalidResponseBeanList;
  }

测试代码：

@RestController
public class CheckController {
  @PostMapping("stu")
  public String addStu(@Valid @RequestBody StudentBean studentBean){
      return "add student success";
  }
}

在PostMan中测试：

注意这里，年龄和邮箱是有错误的，运行后查看返回值，具体如下：

自定义校验

新建注解类 MyConstraint：

@Target({ElementType.METHOD, ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Constraint(validatedBy = MyConstraintValidator.class)
public @interface MyConstraint {
  String message() default "这是一个自定义注解，检测输入是否大写";
  Class<?>[] groups() default {};

  Class<? extends Payload>[] payload() default {};
}

实现MyConstraintValidator:

public class MyConstraintValidator implements ConstraintValidator<MyConstraint, String> {
  @Override
  public void initialize(MyConstraint constraintAnnotation) {
      System.out.println("+++++++++++++myConstraint init");
  }

  @Override
  public boolean isValid(String o, ConstraintValidatorContext constraintValidatorContext) {
      if (!o.equals(o.toUpperCase())){
          System.out.println("输入信息必须是大写");
          return false;
      }
      return true;
  }
}

当输入信息不是全大写字符时，则检验不通过

使用：

在上面StudentBean中加入检验

@MyConstraint
private String className;

测试：

结果如下：

这时说明自定义检验可以工作了

抛出BindException而非MethodArgumentNotValidException

当请求中 Content-Type为“application/x-www-form-urlencoded”时，Spring会把数据解析成 web form data而非json，会使用 FormHttpMessageConverter来转换post的body 并且异常转为BindException。

如果我们想要Spring把POST数据认为是json并且使用MappingJackson2HttpMessageConverter来解析数据，可以把Content-Type设置成 application/json

以上为个人经验，希望能给大家一个参考，也希望大家多多支持米米素材网。

原文链接：https://blog.csdn.net/HXNLYW/article/details/89518579