时间格式不能正常转换？

发表于2026-04-09|更新于2026-04-09|后端

|浏览量:

@DateTimeFormat 注解

前台到后台的时间格式转换，对于GET 请求参数可以正常工作。对于 POST 请求会报反序列化错误

POST 请求会使用 JSON 反序列化，不会使用 @DateTimeFormat 注解。

POST 表单（body）实现时间格式转换的方法

使用 @JsonFormat 注解

但是这种代码侵入性强，可维护性差

实现自定义格式转换器 @JsonDeserialize

可以支持多种时间格式的转换：

指定反序列化器

定义全局配置类避免冗余代码

指定转换器做Date类型的反序列化：

在对象中就不需要指定对应的注解了。

文章作者: 褚成志

文章链接: https://www.chucz.asia/2026/04/09/%E6%97%B6%E9%97%B4%E6%A0%BC%E5%BC%8F%E4%B8%8D%E8%83%BD%E6%AD%A3%E5%B8%B8%E8%BD%AC%E6%8D%A2%EF%BC%9F/

相关推荐

依赖冲突的发现和解决

依赖冲突的发现现象一：一个类的行为不按照预期，本来这个类应该是有这个方法的，但是引入一个新的依赖之后就开始报错找不到方法了，一般就是依赖冲突的时候 Maven 自己选择了一个不符合自己预期的依赖导致报错。依赖冲突的解决使用 Maven helper 找到对应类所在 jar 的依赖都由谁导入，之后排除掉不符合自己预期的依赖即可。一般直接在插件右键就可以 exclude

读取了Request输入流，请求数据就不见了

HttpServletRequest 和 HttpServletResponse 中存在方法互斥。在过滤器、拦截器中对 HTTP 请求中的数据做校验、审计是非常常见的需求 Request 输入流数据一但被读取，Controller找不到了Request 的 getlnputStream 和 getReader 都只能使用一次请求数据解析工具：定义拦截器：发起请求： Request的 getlnputStream、 getReader、 getParameter 方法互斥，也就是使用了其中一个，再使用另外的两个，是获取不到数据的。 Response 也是一样的，与 Request 几乎是一样的互斥效果的原理： getParameter 内部也会判断：无法重复读取的原理读取完坐标没有重置： getReader 也是没有重置坐标 HttpServletRequestWrapper + Filter 解决输入流不能重复读取问题其实是包装器模式，实现对请求数据的包装。自定义请求包装器：每次获取数据的时候都是重新从数组里面获取这个方法直接调用上面重写的 g...

异步任务的坑

Spring Boot 中编写异步任务两个注解： @EnableAsync：开启当前项目的异步功能 @Async：当前方法标记为异步方法注意一个规则：有没有返回值。没有返回值的例子：返回值实现了 Future 接口：下异步任务的线程池配置默认情况下，异步任务的线程池是怎么配置的，是否满足我们的需求呢？配置线程池参数默认是启动下面的线程池：线程池对应的自动配置类如下：可以使用下面的参数配置异步任务线程池相关的参数：异步任务返回超时对于异步任务有返回的情况，如果获取结果超时怎么办呢？ get 有重载方法可以设置超时的时间，超时之后就会抛出 TimeOut 异常：没有返回值的异步任务抛异常对于异步任务没有返回的情况(有返回的直接 get 的时候就会抛异常），但是下面的异步任务执行的时候抛出异常，但是没有任何的其他返回： Spring 默认的异步任务异常处理器，会将对应的异常打印到日志里面：自定义异步线程池和异常处理器自定义异步线程池的实现：自定义异常处理器

指定 DAO接口放置的包 com.baizhiedu.dao 123456789+ 编码 ```markdown# 实战经常根据需求写的代码1. 实体2. 表3. 创建DAO接口4. 实现Mapper文件 5. Spring与Mybatis整合编码搭建开发环境(jar) 1234567891011121314151617181920212223242526272829<dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.1.14.RELEASE</version></dependency><dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis...

抽象类和接口的选择

抽象类、接口的含义和特性抽象类是子类的通用特性，包含了属性和行为；接口是定义行为，并不关心谁去实现。抽象类是对类本质的抽象，表达的是 is a 的关系；接口是对行为的抽象，表达的是 like a 的关系。抽象类、接口的相同点都可以被继承，但是不能被实例化。抽象类、接口的不同点使用时语法不同，抽象类使用 extends，接口则使用 implements。接口中只能定义常量，所以，不能表达对象状态，而抽象类可以。接口中的方法必须是 public 类型的，而抽象类则没有限制。类可以同时实现多个接口（间接解决了 Java 不支持多继承的难题），但是只能继承一个抽象类。适用场景所有类都有的基础属性或者方法定义在抽象类中。特定子类有的方法定义在接口中。

Netty的整体结构

Netty 的整体结构 https://netty.io/ Netty是一个NIO客户端服务器框架，可以快速轻松地开发网络应用程序，例如协议服务器和客户端。它极大地简化和简化了诸如TCP和UDP套接字服务器之类的网络编程。 “快速简便”并不意味着最终的应用程序将遭受可维护性或性能问题的困扰。 Netty经过精心设计，结合了许多协议（例如FTP，SMTP，HTTP以及各种基于二进制和文本的旧式协议）的实施经验。结果，Netty成功地找到了一种无需妥协即可轻松实现开发，性能，稳定性和灵活性的方法。设计：适用于各种传输类型的统一API-阻塞和非阻塞套接字。基于灵活且可扩展的事件模型，可将关注点明确分离。高度可定制的线程模型：单线程，一个或多个线程池，例如SEDA。真正的无连接数据报套接字支持（从3.1开始）使用方便：记录良好的Javadoc，用户指南和示例，没有其他依赖关系，JDK 5（Netty 3.x）或6（Netty 4.x）就足够了表现：更高的吞吐量，更低的延迟。减少资源消耗。减少不必要的内存复制安全：完整的SSL / TLS和StartTLS支持 ...

数据加载中