如何彻底解决Spring MVC中的时间转换与序列化难题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1376个文字,预计阅读时间需要6分钟。
在使用Spring MVC进行开发时,我们经常遇到前端传递的特定格式的日期字符串,无法直接使用Java 8的`java.time`包下的具体类型参数来接收。尽管我们尝试使用包含`java.time`封装类的参数接收,但仍然无法直接解析。
痛点
在使用Spring mvc 进行开发时我们经常遇到前端传来的某种格式的时间字符串无法用java8的新特性java.time包下的具体类型参数来直接接收。 我们使用含有java.time封装类型的参数接收也会报反序列化问题,在返回前端带时间类型的同样会出现一些格式化的问题。今天我们来彻底解决他们。
建议
其实最科学的建议统一使用时间戳来代表时间。这个是最完美的,避免了前端浏览器的兼容性问题,同时也避免了其它一些中间件的序列化/反序列化问题。但是用时间表达可能更清晰语义化。两种方式各有千秋,如果我们坚持使用java8的时间类库也不是没有办法。下面我们会以java.time.LocalDateTime为例逐一解决这些问题。
局部注解方式
网上有很多文章说该注解是前端指向后端的,也就是前端向后端传递时间参数格式化使用的,这没有错!但是有一个小问题,该方式只能适用于不涉及反序列化的情况下。
本文共计1376个文字,预计阅读时间需要6分钟。
在使用Spring MVC进行开发时,我们经常遇到前端传递的特定格式的日期字符串,无法直接使用Java 8的`java.time`包下的具体类型参数来接收。尽管我们尝试使用包含`java.time`封装类的参数接收,但仍然无法直接解析。
痛点
在使用Spring mvc 进行开发时我们经常遇到前端传来的某种格式的时间字符串无法用java8的新特性java.time包下的具体类型参数来直接接收。 我们使用含有java.time封装类型的参数接收也会报反序列化问题,在返回前端带时间类型的同样会出现一些格式化的问题。今天我们来彻底解决他们。
建议
其实最科学的建议统一使用时间戳来代表时间。这个是最完美的,避免了前端浏览器的兼容性问题,同时也避免了其它一些中间件的序列化/反序列化问题。但是用时间表达可能更清晰语义化。两种方式各有千秋,如果我们坚持使用java8的时间类库也不是没有办法。下面我们会以java.time.LocalDateTime为例逐一解决这些问题。
局部注解方式
网上有很多文章说该注解是前端指向后端的,也就是前端向后端传递时间参数格式化使用的,这没有错!但是有一个小问题,该方式只能适用于不涉及反序列化的情况下。

