关于java:Spring-Boot-日期时间处理总结写的太好了

38次阅读

共计 18356 个字符，预计需要花费 46 分钟才能阅读完成。

起源：https://juejin.im/post/5e6281…

我的项目中应用 LocalDateTime 系列作为 DTO 中工夫的数据类型，然而 SpringMVC 收到参数后总报错，为了配置全局工夫类型转换，尝试了如下解决形式。

注：本文基于 Springboot2.x 测试，如果无奈失效可能是 spring 版本较低导致的。Spring Boot 根底就不介绍了，举荐下这个实战教程：https://github.com/javastacks…

PS：如果你的 Controller 中的 LocalDate 类型的参数啥注解（RequestParam、PathVariable 等）都没加，也是会出错的，因为默认状况下，解析这种参数是应用 ModelAttributeMethodProcessor 进行解决，而这个处理器要通过反射实例化一个对象进去，而后再对对象中的各个参数进行 convert，然而 LocalDate 类没有构造函数，无奈反射实例化因而会报错！！！

实现指标

  • 申请入参为 String（指定格局）转 Date，反对 get、post（content-type=application/json）
  • 返回数据为 Date 类型转为指定的日期工夫格局字符创
  • 反对 Java8 日期 API，如：LocalTime、localDate 和 LocalDateTime

GET 申请及 POST 表单日期工夫字符串格局转换

这种状况要和工夫作为 Json 字符串时区别对待，因为前端 json 转后端 pojo 底层应用的是 Json 序列化 Jackson 工具（HttpMessgeConverter）；而工夫字符串作为一般申请参数传入时，转换用的是Converter，两者在解决形式上是有区别。

应用自定义参数转换器（Converter）

实现 org.springframework.core.convert.converter.Converter，自定义参数转换器，如下：

@Configuration
public class DateConverterConfig {
    @Bean
    public Converter<String, LocalDate> localDateConverter() {return new Converter<String, LocalDate>() {
            @Override
            public LocalDate convert(String source) {return LocalDate.parse(source, DateTimeFormatter.ofPattern("yyyy-MM-dd"));
            }
        };
    }

    @Bean
    public Converter<String, LocalDateTime> localDateTimeConverter() {return new Converter<String, LocalDateTime>() {
            @Override
            public LocalDateTime convert(String source) {return LocalDateTime.parse(source, DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"));
            }
        };
    }
}

点评：以上两个 bean 会注入到 spring mvc 的参数解析器（如同叫做ParameterConversionService），当传入的字符串要转为 LocalDateTime 类时，spring 会调用该 Converter 对这个入参进行转换。

留神：对于自定义的参数转换器 Converter，这里我遇到了一个坑，我再这里具体记录下，原本我的想法是为了代码精简，将下面匿名外部类的写法精简成 lambda 表达式的形式：

    @Bean
    @ConditionalOnBean(name = "requestMappingHandlerAdapter")
    public Converter<String, LocalDate> localDateConverter() {return source -> LocalDate.parse(source, DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT));
    }

当我再次启动我的项目时却呈现了异样：

Caused by: java.lang.IllegalArgumentException: Unable to determine source type <S> and target type <T> for your Converter [com.example.demo126.config.MappingConverterAdapter$$Lambda$522/817994751]; does the class parameterize those types?

百思不得其解，在查阅了材料才得悉一二：

web 我的项目启动注册 requestMappingHandlerAdapter 的时候会初始化WebBindingInitializer

adapter.setWebBindingInitializer(getConfigurableWebBindingInitializer());

而 ConfigurableWebBindingInitializer 须要 FormattingConversionService, 而FormattingConversionService 会将所有的 Converter 增加进来，增加的时候须要获取泛型信息：

@Override
public void addFormatters(FormatterRegistry registry) {for (Converter<?, ?> converter : getBeansOfType(Converter.class)) {registry.addConverter(converter);
    }
    for (GenericConverter converter : getBeansOfType(GenericConverter.class)) {registry.addConverter(converter);
    }
    for (Formatter<?> formatter : getBeansOfType(Formatter.class)) {registry.addFormatter(formatter);
    }
}

增加 Converter.class 个别是通过接口获取两个泛型的具体类型

public ResolvableType as(Class<?> type) {if (this == NONE) {return NONE;}
    Class<?> resolved = resolve();
    if (resolved == null || resolved == type) {return this;}
    for (ResolvableType interfaceType : getInterfaces()) {ResolvableType interfaceAsType = interfaceType.as(type);
      if (interfaceAsType != NONE) {return interfaceAsType;}
    }
    return getSuperType().as(type);
}

Lambda 表达式的接口是Converter，并不能失去具体的类型，在窥探了 SpringMVC 源码后才得悉原来如此，既然领导了起因，那解决办法：

  • 最简略的办法就是不实用 Lambda 表达式，还是老老实实的应用匿名外部类，这样就不会存在上述问题

  • 或者就是等 requestMappingHandlerAdapterbean 注册实现之后再增加本人的converter 就不会注册到 FormattingConversionService 中

    @Bean
@ConditionalOnBean(name = "requestMappingHandlerAdapter")
public Converter<String, LocalDateTime> localDateTimeConverter() {return source -> LocalDateTime.parse(source, DateTimeUtils.DEFAULT_FORMATTER);
}

还能够对前端传递的 string 进行正则匹配，如 yyyy-MM-dd HH:mm:ss、yyyy-MM-dd、HH:mm:ss 等，进行匹配。以适应多种场景。

@Component
public class DateConverter implements Converter<String, Date> {
    @Override
    public Date convert(String value) {
        /**
         * 可对 value 进行正则匹配，反对日期、工夫等多种类型转换
         * 这里我偷个懒，在匹配 Date 日期格局时间接应用了 hutool 为咱们曾经写好的解析工具类，这里就不反复造轮子了
         * cn.hutool.core.date.DateUtil
         * @param value
         * @return
         */
        return DateUtil.parse(value.trim());
    }
}

注：这里我偷个懒，在匹配 Date 日期格局时间接应用了 hutool 为咱们曾经写好的解析工具类，这里就不反复造轮子了，上面的办法同样应用了该工具类，想要在本人的我的项目中应用该工具类也很简略，在我的项目 pom 文件中引入 hutool 的依赖就能够了，如下：

<!--hu tool 工具类 -->
<dependency>
  <groupId>cn.hutool</groupId>
  <artifactId>hutool-all</artifactId>
  <version>5.1.3</version>
</dependency>

应用 Spring 注解

应用 spring 自带注解 @DateTimeFormat(pattern = “yyyy-MM-dd”)，如下：

@DateTimeFormat(pattern = "yyyy-MM-dd")
private Date startDate;

如果应用了自定义参数转化器，Spring 会优先应用该形式进行解决，即 Spring 注解不失效。

应用 ControllerAdvice 配合 initBinder

@ControllerAdvice
public class GlobalExceptionHandler {

    @InitBinder
    protected void initBinder(WebDataBinder binder) {binder.registerCustomEditor(LocalDate.class, new PropertyEditorSupport() {
            @Override
            public void setAsText(String text) throws IllegalArgumentException {setValue(LocalDate.parse(text, DateTimeFormatter.ofPattern("yyyy-MM-dd")));
            }
        });
        binder.registerCustomEditor(LocalDateTime.class, new PropertyEditorSupport() {
            @Override
            public void setAsText(String text) throws IllegalArgumentException {setValue(LocalDateTime.parse(text, DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")));
            }
        });
        binder.registerCustomEditor(LocalTime.class, new PropertyEditorSupport() {
            @Override
            public void setAsText(String text) throws IllegalArgumentException {setValue(LocalTime.parse(text, DateTimeFormatter.ofPattern("HH:mm:ss")));
            }
        });
    }
}

从名字就可以看进去，这是在 controller 做环切（这外面还能够全局异样捕捉），在参数进入 handler 之前进行转换；转换为咱们相应的对象。

JSON 入参及返回值全局解决

申请类型为:post,content-type=application/json，后盾用 @RequestBody 接管，默认接管及返回值格局为: yyyy-MM-dd HH:mm:ss

批改 application.yml 文件

Spring Boot 根底就不介绍了，举荐下这个实战教程：https://github.com/javastacks…

在 application.propertities 文件中减少如下内容：

spring:
    jackson:
        date-format: yyyy-MM-dd HH:mm:ss
        time-zone: GMT+8
  • 反对（content-type=application/json）申请中格局为 yyyy-MM-dd HH:mm:ss的字符串，后盾用 @RequestBody 接管，及返回值 date 转为 yyyy-MM-dd HH:mm:ss 格局 string；
  • 不反对（content-type=application/json）申请中 yyyy-MM-dd 等类型的字符串转为 date；
  • 不反对 java8 日期 api;

利用 Jackson 的 JSON 序列化和反序列化

@Configuration
public class JacksonConfig {

    /** 默认日期工夫格局 */
    public static final String DEFAULT_DATE_TIME_FORMAT = "yyyy-MM-dd HH:mm:ss";
    /** 默认日期格局 */
    public static final String DEFAULT_DATE_FORMAT = "yyyy-MM-dd";
    /** 默认工夫格局 */
    public static final String DEFAULT_TIME_FORMAT = "HH:mm:ss";

    @Bean
    public MappingJackson2HttpMessageConverter mappingJackson2HttpMessageConverter() {MappingJackson2HttpMessageConverter converter = new MappingJackson2HttpMessageConverter();
        ObjectMapper objectMapper = new ObjectMapper();

        // 疏忽 json 字符串中不辨认的属性
        objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
        // 疏忽无奈转换的对象
        objectMapper.configure(SerializationFeature.FAIL_ON_EMPTY_BEANS, false);
        // PrettyPrinter 格式化输入
        objectMapper.configure(SerializationFeature.INDENT_OUTPUT, true);
        // NULL 不参加序列化
        objectMapper.setSerializationInclusion(JsonInclude.Include.NON_NULL);

        // 指定时区
        objectMapper.setTimeZone(TimeZone.getTimeZone("GMT+8:00"));
        // 日期类型字符串解决
        objectMapper.setDateFormat(new SimpleDateFormat(DEFAULT_DATE_TIME_FORMAT));

        // java8 日期日期解决
        JavaTimeModule javaTimeModule = new JavaTimeModule();
        javaTimeModule.addSerializer(LocalDateTime.class, new LocalDateTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)));
        javaTimeModule.addSerializer(LocalDate.class, new LocalDateSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)));
        javaTimeModule.addSerializer(LocalTime.class, new LocalTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));
        javaTimeModule.addDeserializer(LocalDateTime.class, new LocalDateTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)));
        javaTimeModule.addDeserializer(LocalDate.class, new LocalDateDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)));
        javaTimeModule.addDeserializer(LocalTime.class, new LocalTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));
        objectMapper.registerModule(javaTimeModule);

        converter.setObjectMapper(objectMapper);
        return converter;
    }
}

总结：

  • 反对（content-type=application/json）申请中格局为 yyyy-MM-dd HH:mm:ss 的字符串，后盾用 @RequestBody 接管，及返回值 Date 转为 yyyy-MM-dd HH:mm:ss 格局 String；
  • 反对 java8 日期 api；
  • 不反对（content-type=application/json）申请中 yyyy-MM-dd 等类型的字符串转为 Date；

以上两种形式为 JSON 入参的全局化解决，举荐应用形式二，尤其适宜大型项目在根底包中全局设置。

JSON 入参及返回值部分差异化解决

场景：如果全局日期工夫解决格局为：yyyy-MM-dd HH:mm:ss，然而某个字段要求接管或返回日期yyyy-MM-dd。

形式一

应用 springboot 自带的注解@JsonFormat(pattern = "yyyy-MM-dd")，如下所示：

@JsonFormat(pattern = "yyyy-MM-dd", timezone="GMT+8")
private Date releaseDate;

点评： springboot 默认提供，功能强大，满足常见场景应用，并可指定时区。

形式二

自定义日期序列化与反序列化，如下所示：

/**
 * 日期序列化
 */
public class DateJsonSerializer extends JsonSerializer<Date> {
    @Override
    public void serialize(Date date, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException {SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
        jsonGenerator.writeString(dateFormat.format(date));
    }
}

/**
 * 日期反序列化
 */
public class DateJsonDeserializer extends JsonDeserializer<Date> {
    @Override
    public Date deserialize(JsonParser jsonParser, DeserializationContext deserializationContext) throws IOException {
        try {SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
            return dateFormat.parse(jsonParser.getText());
        } catch (ParseException e) {throw new RuntimeException(e);
        }
    }
}

/**
 * 应用形式
 */
@JsonSerialize(using = DateJsonSerializer.class)
@JsonDeserialize(using = DateJsonDeserializer.class)
private Date releaseDate;

日期工夫格式化解决形式残缺配置

@Configuration
public class DateHandlerConfig {

    /** 默认日期工夫格局 */
    public static final String DEFAULT_DATE_TIME_FORMAT = "yyyy-MM-dd HH:mm:ss";
    /** 默认日期格局 */
    public static final String DEFAULT_DATE_FORMAT = "yyyy-MM-dd";
    /** 默认工夫格局 */
    public static final String DEFAULT_TIME_FORMAT = "HH:mm:ss";

    /**
     * LocalDate 转换器，用于转换 RequestParam 和 PathVariable 参数
     * `@ConditionalOnBean(name = "requestMappingHandlerAdapter")`: 等 requestMappingHandlerAdapter bean 注册实现之后
     * 再增加本人的 `converter` 就不会注册到 `FormattingConversionService` 中
     */
    @Bean
    @ConditionalOnBean(name = "requestMappingHandlerAdapter")
    public Converter<String, LocalDate> localDateConverter() {return source -> LocalDate.parse(source, DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT));
    }

    /**
     * LocalDateTime 转换器，用于转换 RequestParam 和 PathVariable 参数
     */
    @Bean
    @ConditionalOnBean(name = "requestMappingHandlerAdapter")
    public Converter<String, LocalDateTime> localDateTimeConverter() {return source -> LocalDateTime.parse(source, DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT));
    }

    /**
     * LocalTime 转换器，用于转换 RequestParam 和 PathVariable 参数
     */
    @Bean
    @ConditionalOnBean(name = "requestMappingHandlerAdapter")
    public Converter<String, LocalTime> localTimeConverter() {return source -> LocalTime.parse(source, DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT));
    }

    /**
     * Date 转换器，用于转换 RequestParam 和 PathVariable 参数
     * 这里对于解析各种格局的日期格局采纳了 hutool 的日期解析工具类
     */
    @Bean
    public Converter<String, Date> dateConverter() {return new Converter<String, Date>() {
            @Override
            public Date convert(String source) {return DateUtil.parse(source.trim());
            }
        };
    }

    /**
     * Json 序列化和反序列化转换器，用于转换 Post 申请体中的 json 以及将咱们的对象序列化为返回响应的 json
     */
    @Bean
    public ObjectMapper objectMapper(){ObjectMapper objectMapper = new ObjectMapper();
        objectMapper.disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS);
        objectMapper.disable(DeserializationFeature.ADJUST_DATES_TO_CONTEXT_TIME_ZONE);

        //LocalDateTime 系列序列化和反序列化模块，继承自 jsr310，咱们在这里批改了日期格局
        JavaTimeModule javaTimeModule = new JavaTimeModule();
        javaTimeModule.addSerializer(LocalDateTime.class,new LocalDateTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)));
        javaTimeModule.addSerializer(LocalDate.class,new LocalDateSerializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)));
        javaTimeModule.addSerializer(LocalTime.class,new LocalTimeSerializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));
        javaTimeModule.addDeserializer(LocalDateTime.class,new LocalDateTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)));
        javaTimeModule.addDeserializer(LocalDate.class,new LocalDateDeserializer(DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)));
        javaTimeModule.addDeserializer(LocalTime.class,new LocalTimeDeserializer(DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)));


        //Date 序列化和反序列化
        javaTimeModule.addSerializer(Date.class, new JsonSerializer<>() {
            @Override
            public void serialize(Date date, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException {SimpleDateFormat formatter = new SimpleDateFormat(DEFAULT_DATE_TIME_FORMAT);
                String formattedDate = formatter.format(date);
                jsonGenerator.writeString(formattedDate);
            }
        });
        javaTimeModule.addDeserializer(Date.class, new JsonDeserializer<>() {
            @Override
            public Date deserialize(JsonParser jsonParser, DeserializationContext deserializationContext) throws IOException, JsonProcessingException {SimpleDateFormat format = new SimpleDateFormat(DEFAULT_DATE_TIME_FORMAT);
                String date = jsonParser.getText();
                try {return format.parse(date);
                } catch (ParseException e) {throw new RuntimeException(e);
                }
            }
        });

        objectMapper.registerModule(javaTimeModule);
        return objectMapper;
    }
}

裁减源码：深入研究 SpringMVC 数据绑定过程

接下来进入 debug 模式，看看 mvc 是如何将咱们 request 中的参数绑定到咱们 controller 层办法入参的；

写一个简略 controller，打个断点看看办法调用栈：

    @GetMapping("/getDate")
    public LocalDateTime getDate(@RequestParam LocalDate date,
                                 @RequestParam LocalDateTime dateTime,
                                 @RequestParam Date originalDate) {System.out.println(date);
        System.out.println(dateTime);
        System.out.println(originalDate);
        return LocalDateTime.now();}

调用接口当前，咱们看下办法调用栈中一些要害办法：

// 进入 DispatcherServlet
doService:942, DispatcherServlet
// 解决申请
doDispatch:1038, DispatcherServlet
// 生成调用链（前解决、理论调用办法、后处理）handle:87, AbstractHandlerMethodAdapter
// 反射获取到理论调用办法，筹备开始调用
invokeHandlerMethod:895, RequestMappingHandlerAdapter
invokeAndHandle:102, ServletInvocableHandlerMethod
// 这里是要害，参数从这里开始获取到
invokeForRequest:142, InvocableHandlerMethod
doInvoke:215, InvocableHandlerMethod
// 这个是 Java reflect 调用，因而肯定是在这之前获取到的参数
invoke:566, Method

根据上述剖析，发现 invokeForRequest:142, InvocableHandlerMethod 这里的代码是用来拿到理论参数的：

    @Nullable
    public Object invokeForRequest(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer,
            Object... providedArgs) throws Exception {
        // 这个办法是获取参数的，在这里下个断
        Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs);
        if (logger.isTraceEnabled()) {logger.trace("Arguments:" + Arrays.toString(args));
        }
        // 这里开始调用办法
        return doInvoke(args);
    }

进入这个办法看看是什么操作：

protected Object[] getMethodArgumentValues(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer, Object... providedArgs) throws Exception {
    // 获取办法参数数组，蕴含了入参信息，比方类型、泛型等等
    MethodParameter[] parameters = getMethodParameters();
    // 这个用来寄存一会从 request parameter 转换的参数
    Object[] args = new Object[parameters.length];
    for (int i = 0; i < parameters.length; i++) {MethodParameter parameter = parameters[i];
      parameter.initParameterNameDiscovery(this.parameterNameDiscoverer);
      // 这里看起来没啥卵用（providedArgs 为空）args[i] = resolveProvidedArgument(parameter, providedArgs);
      // 这里开始获取到办法理论调用的参数，步进
      if (this.argumentResolvers.supportsParameter(parameter)) {
        // 从名字就看进去：参数解析器解析参数
        args[i] = this.argumentResolvers.resolveArgument(parameter, mavContainer, request, this.dataBinderFactory);
        continue;
      }
    }
    return args;
}

进入 resolveArgument 看看：

public Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
                              NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {
  // 依据办法入参，获取对应的解析器
  HandlerMethodArgumentResolver resolver = getArgumentResolver(parameter);
  // 开始解析参数（把申请中的 parameter 转为办法的入参）return resolver.resolveArgument(parameter, mavContainer, webRequest, binderFactory);
}

这里依据参数获取相应的参数解析器，看看外部如何获取的：

// 遍历，调用 supportParameter 办法，跟进看看
for (HandlerMethodArgumentResolver methodArgumentResolver : this.argumentResolvers) {if (methodArgumentResolver.supportsParameter(parameter)) {
    result = methodArgumentResolver;
    this.argumentResolverCache.put(parameter, result);
    break;
  }
}

这里，遍历参数解析器，查找有没有适宜的解析器！那么，有哪些参数解析器呢(我测试的时候有 26 个)？？？我列出几个重要的看看，是不是很眼生！！！

{RequestParamMethodArgumentResolver@7686}
{PathVariableMethodArgumentResolver@8359}
{RequestResponseBodyMethodProcessor@8366}
{RequestPartMethodArgumentResolver@8367}

咱们进入最罕用的一个解析器看看他的 supportsParameter 办法，发现就是通过参数注解来获取相应的解析器的。

    public boolean supportsParameter(MethodParameter parameter) {
        // 如果参数领有注解 @RequestParam，则走这个分支（晓得为什么上文要对 RequestParam 和 Json 两种数据区别对待了把）if (parameter.hasParameterAnnotation(RequestParam.class)) {
            // 这个仿佛是对 Optional 类型的参数进行解决的
            if (Map.class.isAssignableFrom(parameter.nestedIfOptional().getNestedParameterType())) {RequestParam requestParam = parameter.getParameterAnnotation(RequestParam.class);
                return (requestParam != null && StringUtils.hasText(requestParam.name()));
            }
            else {return true;}
        }
        //......
    }

也就是说，对于 @RequestParam 和@RequestBody以及 @PathVariable 注解的参数，SpringMVC 会应用不同的参数解析器进行数据绑定！ 那么，这三种解析器别离应用什么 Converter 解析参数呢？咱们别离进入三种解析器看一看： 首先看下 RequestParamMethodArgumentResolver 发现外部应用 WebDataBinder 进行数据绑定，底层应用的是 ConversionService（也就是咱们的 Converter 注入的中央）

WebDataBinder binder = binderFactory.createBinder(webRequest, null, namedValueInfo.name);
// 通过 DataBinder 进行数据绑定的
arg = binder.convertIfNecessary(arg, parameter.getParameterType(), parameter);

// 跟进 convertIfNecessary()
public <T> T convertIfNecessary(@Nullable Object value, @Nullable Class<T> requiredType,
                                @Nullable MethodParameter methodParam) throws TypeMismatchException {return getTypeConverter().convertIfNecessary(value, requiredType, methodParam);
}

// 持续跟进，看到了把
ConversionService conversionService = this.propertyEditorRegistry.getConversionService();
if (editor == null && conversionService != null && newValue != null && typeDescriptor != null) {TypeDescriptor sourceTypeDesc = TypeDescriptor.forObject(newValue);
  if (conversionService.canConvert(sourceTypeDesc, typeDescriptor)) {
    try {return (T) conversionService.convert(newValue, sourceTypeDesc, typeDescriptor);
    }
    catch (ConversionFailedException ex) {
      // fallback to default conversion logic below
      conversionAttemptEx = ex;
    }
  }
}

而后看下 RequestResponseBodyMethodProcessor 发现应用的转换器是 HttpMessageConverter 类型的：

//resolveArgument 办法外部调用上面进行参数解析
Object arg = readWithMessageConverters(webRequest, parameter, parameter.getNestedGenericParameterType());

//step into readWithMessageConverters()，咱们看到这里的 Converter 是 HttpMessageConverter
for (HttpMessageConverter<?> converter : this.messageConverters) {Class<HttpMessageConverter<?>> converterType = (Class<HttpMessageConverter<?>>) converter.getClass();
  GenericHttpMessageConverter<?> genericConverter =
    (converter instanceof GenericHttpMessageConverter ? (GenericHttpMessageConverter<?>) converter : null);
  if (genericConverter != null ? genericConverter.canRead(targetType, contextClass, contentType) :
      (targetClass != null && converter.canRead(targetClass, contentType))) {if (message.hasBody()) {
      HttpInputMessage msgToUse =
        getAdvice().beforeBodyRead(message, parameter, targetType, converterType);
      body = (genericConverter != null ? genericConverter.read(targetType, contextClass, msgToUse) :
              ((HttpMessageConverter<T>) converter).read(targetClass, msgToUse));
      body = getAdvice().afterBodyRead(body, msgToUse, parameter, targetType, converterType);
    }
    else {body = getAdvice().handleEmptyBody(null, message, parameter, targetType, converterType);
    }
    break;
  }
}

最初看下 PathVariableMethodArgumentResolver 发现 和 RequestParam 走的执行门路统一（二者都是继承自 AbstractNamedValueMethodArgumentResolver 解析器），因而代码就不贴了。

总结

如果要转换 request 传来的参数到咱们指定的类型，依据入参注解要进行辨别：

  • 如果是 RequestBody，那么通过配置 ObjectMapper（这个玩意儿会注入到 Jackson 的 HttpMessagConverter 外面，即 MappingJackson2HttpMessageConverter 中）来实现 Json 格局数据的序列化和反序列化；
  • 如果是 RequestParam 或者 PathVariable 类型的参数，通过配置 Converter 实现参数转换（这些 Converter 会注入到 ConversionService 中）。

近期热文举荐：

1.1,000+ 道 Java 面试题及答案整顿(2022 最新版)

2. 劲爆！Java 协程要来了。。。

3.Spring Boot 2.x 教程，太全了！

4. 别再写满屏的爆爆爆炸类了，试试装璜器模式，这才是优雅的形式！！

5.《Java 开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞 + 转发哦！

正文完
java
发表至： java
2022-05-27
 0
Sentinel Client: 整合Apollo规则持久化
Tomcat在IDEA创建Java-Web项目通过tomcat启动
关于java:常用APIMath
关于java:如何解决数据库与缓存的一致性问题