不建议使用特定的Date构造函数，而应该使用Calendar。 JavaDoc for Date描述了哪些构造函数不推荐使用，以及如何使用Calendar替换它们。

date类实际上并没有被弃用，只是该构造函数以及其他几个构造函数/方法被弃用了。它被弃用是因为这种用法与国际化不兼容。应该改为使用Calendar类:

Calendar cal = Calendar.getInstance();
cal.set(Calendar.YEAR, 1988);
cal.set(Calendar.MONTH, Calendar.JANUARY);
cal.set(Calendar.DAY_OF_MONTH, 1);
Date dateRepresentation = cal.getTime();

看看Javadoc的日期:

http://download.oracle.com/javase/6/docs/api/java/util/Date.html

Date本身没有被弃用。它的很多方法都是。详情请看这里。

请改用java.util.Calendar。

请注意，Calendar.getTime()是不确定的，因为白天时间部分默认为当前时间。

为了重现，试着运行下面的代码几次:

Calendar c = Calendar.getInstance();
c.set(2010, 2, 7); // NB: 2 means March, not February!
System.err.println(c.getTime());

如输出。

Sun Mar 07 10:46:21 CET 2010

几分钟后运行完全相同的代码会得到:

Sun Mar 07 10:57:51 CET 2010

因此，虽然set()强制对应的字段为正确的值，但它泄漏了其他字段的系统时间。(以上使用Sun jdk6和jdk7进行测试)

我从Java安全代码指南中得到了这个

本节中的示例广泛使用java.util.Date 一个可变API类的例子。在应用程序中是这样的 最好使用新的Java日期和时间API (Java . Time .*) 被设计为不可变的。

类似于binnyb的建议，您可以考虑使用较新的Calendar > GregorianCalendar方法。请看这些最新的文档:

http://download.oracle.com/javase/6/docs/api/java/util/GregorianCalendar.html