以上兩種方式為JSON入?yún)⒌娜只幚恚扑]使用方式二，尤其適合大型項目在基礎(chǔ)包中全局設(shè)置。

JSON入?yún)⒓胺祷刂稻植坎町惢幚?/b>

場景： 假如全局日期時間處理格式為：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默認提供，功能強大，滿足常見場景使用，并可指定時區(qū)。

方式二

自定義日期序列化與反序列化，如下所示：

/** * 日期序列化 */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轉(zhuǎn)換器，用于轉(zhuǎn)換RequestParam和PathVariable參數(shù) */ @Bean public Converter<String, LocalDate> localDateConverter() { return new Converter<>() { @Override public LocalDate convert(String source) {return LocalDate.parse(source, DateTimeFormatter.ofPattern(DEFAULT_DATE_FORMAT)); } }; } /** * LocalDateTime轉(zhuǎn)換器，用于轉(zhuǎn)換RequestParam和PathVariable參數(shù) */ @Bean public Converter<String, LocalDateTime> localDateTimeConverter() { return new Converter<>() { @Override public LocalDateTime convert(String source) {return LocalDateTime.parse(source, DateTimeFormatter.ofPattern(DEFAULT_DATE_TIME_FORMAT)); } }; } /** * LocalTime轉(zhuǎn)換器，用于轉(zhuǎn)換RequestParam和PathVariable參數(shù) */ @Bean public Converter<String, LocalTime> localTimeConverter() { return new Converter<>() { @Override public LocalTime convert(String source) {return LocalTime.parse(source, DateTimeFormatter.ofPattern(DEFAULT_TIME_FORMAT)); } }; } /** * Date轉(zhuǎn)換器，用于轉(zhuǎn)換RequestParam和PathVariable參數(shù) */ @Bean public Converter<String, Date> dateConverter() { return new Converter<>() { @Override public Date convert(String source) {SimpleDateFormat format = new SimpleDateFormat(DEFAULT_DATE_TIME_FORMAT);try { return format.parse(source);} catch (ParseException e) { throw new RuntimeException(e);} } }; } /** * Json序列化和反序列化轉(zhuǎn)換器，用于轉(zhuǎn)換Post請求體中的json以及將我們的對象序列化為返回響應(yīng)的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數(shù)據(jù)綁定過程

接下來進入debug模式，看看mvc是如何將我們request中的參數(shù)綁定到我們controller層方法入?yún)⒌模?/p>

寫一個簡單controller，打個斷點看看方法調(diào)用棧：

@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(); }

調(diào)用接口以后，我們看下方法調(diào)用棧中一些關(guān)鍵方法：

//進入DispatcherServletdoService:942, DispatcherServlet//處理請求doDispatch:1038, DispatcherServlet//生成調(diào)用鏈（前處理、實際調(diào)用方法、后處理）handle:87, AbstractHandlerMethodAdapter//反射獲取到實際調(diào)用方法，準備開始調(diào)用invokeHandlerMethod:895, RequestMappingHandlerAdapterinvokeAndHandle:102, ServletInvocableHandlerMethod//這里是關(guān)鍵，參數(shù)從這里開始獲取到invokeForRequest:142, InvocableHandlerMethoddoInvoke:215, InvocableHandlerMethod//這個是Java reflect調(diào)用，因此一定是在這之前獲取到的參數(shù)invoke:566, Method

根據(jù)上述分析，發(fā)現(xiàn)invokeForRequest:142, InvocableHandlerMethod這里的代碼是用來拿到實際參數(shù)的：

@Nullable public Object invokeForRequest(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer, Object... providedArgs) throws Exception { //這個方法是獲取參數(shù)的，在這里下個斷 Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs); if (logger.isTraceEnabled()) { logger.trace('Arguments: ' + Arrays.toString(args)); } //這里開始調(diào)用方法 return doInvoke(args); }

進入這個方法看看是什么操作：

protected Object[] getMethodArgumentValues(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer, Object... providedArgs) throws Exception { //獲取方法參數(shù)數(shù)組，包含了入?yún)⑿畔ⅲ热珙愋汀⒎盒偷鹊? MethodParameter[] parameters = getMethodParameters(); //這個用來存放一會從request parameter轉(zhuǎn)換的參數(shù) 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); //這里開始獲取到方法實際調(diào)用的參數(shù)，步進 if (this.argumentResolvers.supportsParameter(parameter)) { //從名字就看出來：參數(shù)解析器解析參數(shù) 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 { //根據(jù)方法入?yún)ⅲ@取對應(yīng)的解析器 HandlerMethodArgumentResolver resolver = getArgumentResolver(parameter); //開始解析參數(shù)（把請求中的parameter轉(zhuǎn)為方法的入?yún)ⅲ?return resolver.resolveArgument(parameter, mavContainer, webRequest, binderFactory);}

這里根據(jù)參數(shù)獲取相應(yīng)的參數(shù)解析器，看看內(nèi)部如何獲取的：

//遍歷，調(diào)用supportParameter方法，跟進看看for (HandlerMethodArgumentResolver methodArgumentResolver : this.argumentResolvers) { if (methodArgumentResolver.supportsParameter(parameter)) { result = methodArgumentResolver; this.argumentResolverCache.put(parameter, result); break; }}

這里，遍歷參數(shù)解析器，查找有沒有適合的解析器！那么，有哪些參數(shù)解析器呢(我測試的時候有26個)？？？我列出幾個重要的看看，是不是很眼熟！！！

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

我們進入最常用的一個解析器看看他的supportsParameter方法，發(fā)現(xiàn)就是通過參數(shù)注解來獲取相應(yīng)的解析器的。

public boolean supportsParameter(MethodParameter parameter) { //如果參數(shù)擁有注解@RequestParam，則走這個分支（知道為什么上文要對RequestParam和Json兩種數(shù)據(jù)區(qū)別對待了把） if (parameter.hasParameterAnnotation(RequestParam.class)) { //這個似乎是對Optional類型的參數(shù)進行處理的 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注解的參數(shù)，SpringMVC會使用不同的參數(shù)解析器進行數(shù)據(jù)綁定！

那么，這三種解析器分別使用什么Converter解析參數(shù)呢？我們分別進入三種解析器看一看：

首先看下RequestParamMethodArgumentResolver發(fā)現(xiàn)內(nèi)部使用WebDataBinder進行數(shù)據(jù)綁定，底層使用的是ConversionService （也就是我們的Converter注入的地方）

WebDataBinder binder = binderFactory.createBinder(webRequest, null, namedValueInfo.name);//通過DataBinder進行數(shù)據(jù)綁定的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);}

//繼續(xù)跟進，看到了把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發(fā)現(xiàn)使用的轉(zhuǎn)換器是HttpMessageConverter類型的：

//resolveArgument方法內(nèi)部調(diào)用下面進行參數(shù)解析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發(fā)現(xiàn) 和RequestParam走的執(zhí)行路徑一致（二者都是繼承自AbstractNamedValueMethodArgumentResolver解析器），因此代碼就不貼了。

總結(jié)

如果要轉(zhuǎn)換request傳來的參數(shù)到我們指定的類型，根據(jù)入?yún)⒆⒔庖M行區(qū)分：