Springboot 關於日期時間格式化處理方式總結

項目中使用LocalDateTime系列作為DTO中時間的數據類型，但是SpringMVC收到參數后總報錯，為了配置全局時間類型轉換，嘗試了如下處理方式。

注：本文基於Springboot2.x測試，如果無法生效可能是spring版本較低導致的。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 文件

在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中）。