起源：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，自定义参数转换器，如下：
@Configurationpublic 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增加进来，增加的时候须要获取泛型信息：
@Overridepublic 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等，进行匹配。以适应多种场景。
@Componentpublic 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
@ControllerAdvicepublic 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序列化和反序列化
@Configurationpublic 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;日期工夫格式化解决形式残缺配置
@Configurationpublic 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(); }调用接口当前，咱们看下办法调用栈中一些要害办法：
//进入DispatcherServletdoService:942, DispatcherServlet//解决申请doDispatch:1038, DispatcherServlet//生成调用链（前解决、理论调用办法、后处理）handle:87, AbstractHandlerMethodAdapter//反射获取到理论调用办法，筹备开始调用invokeHandlerMethod:895, RequestMappingHandlerAdapterinvokeAndHandle:102, ServletInvocableHandlerMethod//这里是要害，参数从这里开始获取到invokeForRequest:142, InvocableHandlerMethoddoInvoke: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是HttpMessageConverterfor (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开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞+转发哦！