在java.util.Date或java.sql.Date之间选择

这个问题和其他答案似乎过分地考虑了这个问题. java.sql.Date只是 java.util.Date,时间设定为00:00:00.

从the java.sql.Date doc(斜体文字是我的)…

Class Date

java.lang.Object

java.util.Date← Inherits from j.u.Date

java.sql.Date

…

A thin wrapper around a millisecond value that allows JDBC to identify this as an SQL DATE value. A milliseconds value represents the number of milliseconds that have passed since January 1,1970 00:00:00.000 GMT.← Time-of-day set to Zero,midnight GMT/UTC

To conform with the definition of SQL DATE,the millisecond values wrapped by a java.sql.Date instance must be ‘normalized’ by setting the hours,minutes,seconds,and milliseconds to zero in the particular time zone with which the instance is associated.

日期与日期时间

核心问题是：

> SQLIn SQL,DATE数据类型只存储一个日期,没有时间.
> JAVA在与早期版本的Java捆绑的设计不当的日期库中,他们没有包含一个类来表示日期.

而不是创建一个只有日期的类,Java团队做了一个可怕的黑客.他们参加了他们的日期时间课程(错误的java.util.Date课程,包含日期和时间),并将其扩展到一个实例将其时间设置为UTC 00:00:00午夜.那个黑客,j.u.Date的子类,是java.sql.Date.

所有这些黑客,糟糕的设计和误导都使混乱的混乱.

哪个使用

那么什么时候用哪个？简单之后,经过混乱.

>当读取或写入数据库的仅日期列时,使用java.sql.Date,因为它笨拙地尝试掩盖其时间.
>在Java中的其他地方,你需要一个时间和你的日期,使用java.util.Date.
>当你有一个java.sql.Date,但需要一个java.util.Date,只需传递java.sql.Date.作为一个子类,java.sql.Date是一个java.util.Date.

甚至更好

在现代Java中,您可以选择体面的日期时间库,以取代与Java捆绑在一起的旧的和臭名昭着的java.util.Date,.Calendar,SimpleTextFormat和java.sql.Date类.主要选择有：

> Joda-Time
> java.time(灵感来自Joda-Time,由JSR 310定义,Java 8捆绑,延期至ThreeTen-Extra项目)

两者都提供一个LocalDate类来表示一个日期,没有时间和时区.

最终JDBC驱动程序将被更新以直接使用新的java.time数据类型.那么我们可以完全放弃这个丑角,这是java.util.*和java.sql.*包中的日期时间类.

现代化的JDBC

希望JDBC将更新为java.time LocalDate提供getter和setter方法.

setObject |的getObject

由Oracle发布的This article表明,如果您调用getObject和setObject方法,那么Java 8中的JDBC确实已经被透明地更新,以将SQL DATE值映射到新的java.time.LocalDate类型.

在钝的语言中,JDBC 4.2 update spec的底部确认了该文章,并将新的映射添加到getObject和setObject方法中.

兑换

该规范还指出,新的方法已经添加到java.sql.Date类中来回转换为java.time.LocalDate.

> public java.time.instant toInstant()
> public java.time.LocalDate toLocalDate()
> public static Date valueOf(java.time.LocalDate)

时区

Java中的旧日期时间类(java.util.Date/.Calendar,java.sql.Date/.Timestamp等等,在java.time之前)没有实际的时区.有些时区埋在他们的源代码深处,但大多数目的都被忽略了.最令人困惑的是,他们的toString方法应用了JVM当前的默认时区.所以对于天真的程序员来说,它似乎有一个时区,但他们没有.

避免日期时间类在java.util.*& java.sql中.*

这个时区问题是尽可能避免j.u.Date/Calendar和j.sql.Date/Timestamp的很多原因之一.使用java.time(Java 8及更高版本)编写业务逻辑.在java.time缺少的地方,使用Joda-Time. java.time和Joda-Time都可以方便地使用需要的旧类进行复制.