JDBC日期和新的JDK8 日期API转换问题

迷南。 2022-07-11 05:53 213阅读 0赞

网上的Java博客，凡是有几年的，而且有关于日期的地方，基本上用的都是`java.util.Date`这个类。如果有细心的同学看一下Eclipse或者IDEA的代码提示，就会发现`java.util.Date`这个类几乎所有方法都被标记为了过时的。实际上这个类也已经过时了。原因很简单，这个类在第一版Java中就出现了，但是这个类设计并不完善，导致用它来处理时间非常麻烦。

在新的JDK8中引入了一组全新的日期时间类，在`java.time`包下，具体用法我就不说了。这些新类包含了很多新方法，功能比旧类更强大、更完善。所以现在我们的新程序，都应该使用这些新的API。旧的`java.util.Date`应该完全不用。

但是在JDBC中，新的类好像没有反映出来。在PreparedStatement的绑定参数和ResultSet的获取参数中，那些方法仍然还是使用旧的`java.sql.Date`类，这个类继承自`java.util.Date`。而且`java.sql.Date`类只有一个接受long型变量的参数，这导致传参很麻烦。我不得不写下面这样非常笨的代码：

java.util.Date d=new java.util.Date();
    java.sql.Date date=new java.sql.Date(d.getTime());

直到今天我看到爆栈上有个问题正好是问这的，只有一个回答，但是完美的解决了我和这位题主的疑问：[为什么Java8不补齐缺失的JDBC处理方法][Java8_JDBC]。

`java.sql.Date`这个类已经做出了一些改变，我们如果查看它的Java Doc话就会发现它在JDK1.8中增加了几个方法，来适应新API和自己的转换，这两个方法是 `toLocalDate()`和`valueOf(LocalDate date)`，用来执行`java.sql.Date`和`java.time.LocalDate`之间的转换。虽然`java.sql.Date`继承自过时的类`java.util.Date`，但是这个类我们仍然可以使用，只不过它继承自`java.util.Date`这一部分的方法我们最好不要使用。

在JDBC4.2规范中，我们甚至都不需要`java.sql.Date`类了，可以直接将LocalDate这些新类直接和PreparedStatement和ResultSet绑定，这需要通过[setObject(int, localDate)][setObject_int_ localDate]和[getObject(int, LocalDate.class)][getObject_int_ LocalDate.class]这两个方法来实现。比如说MySQL的数据库驱动，只要是5.1版本的，就支持JDBC4.2，所以我们在这种驱动程序上可以直接进行这样的操作。有了这些新方法，旧类就可以直接弃用了。

[Java8_JDBC]: http://stackoverflow.com/questions/32548331/missed-opportunity-to-fix-jdbc-date-handling-in-java-8
[setObject_int_ localDate]: http://docs.oracle.com/javase/8/docs/api/java/sql/PreparedStatement.html#setObject-int-java.lang.Object-
[getObject_int_ LocalDate.class]: http://docs.oracle.com/javase/8/docs/api/java/sql/ResultSet.html#getObject-int-java.lang.Class-