如前所述，基本的Date（）可以根据需要获取当前时间。在我最近大量使用Java Date的经验中，内置类有很多奇怪之处（以及许多Date类方法的弃用）。我觉得有一个奇怪的地方是，月份是基于0指数的，从技术角度来看，这是合理的，但实际情况可能非常令人困惑。

如果你只关心当前的日期，那就足够了——然而，如果你打算用日期进行大量的操作/计算，那么使用第三方库可能会非常有益（因为很多Java开发人员对内置功能不满意，所以有很多这样的库）。

我支持Stephen C的建议，因为我发现Joda time对简化我的日期工作非常有用，它也有很好的文档记录，你可以在整个网站上找到许多有用的例子。我甚至最终编写了一个静态包装类（作为DateUtils），我使用它来合并和简化所有常见的日期操作。

tl；博士

Instant.now()                         // Capture the current moment in UTC, with a resolution of nanoseconds. Returns a `Instant` object.

…或…

ZonedDateTime.now(                    // Capture the current moment as seen in…
    ZoneId.of( "America/Montreal" )   // … the wall-clock time used by the people of a particular region (a time zone).
)                                     // Returns a `ZonedDateTime` object.

java时间

一些答案提到java.time类是与最早版本的java捆绑在一起的麻烦的旧式日期时间类的现代替代品。以下是更多信息。

时区

其他答案未能解释时区对确定当前日期和时间的重要性。对于任何给定的时刻，日期和时间在全球各地因地区而异。例如，午夜过后几分钟，在法国巴黎是新的一天，而在魁北克省蒙特利尔，这一天仍然是“昨天”。

瞬间

作为最佳实践，您的大部分业务逻辑和数据存储/交换应该在UTC中完成。

要以纳秒为单位获得UTC中的当前时刻，请使用Instant类。传统的计算机硬件时钟精度有限，因此当前时刻可能以毫秒或微秒而不是纳秒为单位。

Instant instant = Instant.now();

区域日期时间

您可以将“即时”调整到其他时区。应用ZoneId对象以获取ZonedDateTime。

ZoneId z = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = instant.atZone( z );

我们可以跳过即时，直接获取当前的ZonedDateTime。

ZonedDateTime zdt = ZonedDateTime.now( z );

始终传递可选的时区参数。如果省略，则应用JVM的当前默认时区。默认值可以随时更改，即使在运行时也是如此。不要让你的应用受到你无法控制的外部因素的影响。始终指定所需/预期的时区。

ZonedDateTime do_Not_Do_This = ZonedDateTime.now(); // BAD - Never rely implicitly on the current default time zone.

您可以稍后从ZonedDateTime中提取Instant。

Instant instant = zdt.toInstant();

如果您需要时间线上的实际时刻，请始终使用Instant或ZonedDateTime，而不是LocalDateTime。“本地…”类型故意没有时区的概念，因此它们只代表一个可能时刻的粗略概念。要获得实际时刻，必须指定一个时区，以将Local…类型转换为ZonedDateTime，从而使其具有意义。

本地日期

LocalDate类表示一个仅日期的值，没有时间和时区。

ZoneId z = ZoneId.of( "America/Montreal" );
LocalDate today = LocalDate.now( z );  // Always pass a time zone.

串

要生成表示日期时间值的字符串，只需对标准ISO 8601格式的java.time类调用toString。

String output = myLocalDate.toString();  // 2016-09-23

…或…

String output = zdt.toString();  // 2016-09-23T12:34:56.789+03:00[America/Montreal]

ZonedDateTime类通过在方括号中明智地附加时区名称来扩展标准格式。

对于其他格式，请在堆栈溢出中搜索DateTimeFormatter类上的许多问题和答案。

避免LocalDateTime

与RamanSB对该问题的评论相反，您不应将LocalDateTime类用于当前日期时间。

LocalDateTime故意缺少UTC信息的任何时区或偏移量。因此，当您跟踪时间线上的特定时刻时，这是不合适的。当然不适合捕捉当前时刻。

LocalDateTime只有日期和时间，例如“2020年1月23日中午”，但我们不知道这是日本东京的中午还是美国俄亥俄州托莱多的中午，两个不同的时刻相隔很多小时。

“本地”的措辞与直觉相悖。它意味着任何地点，而不是任何一个特定地点。例如，今年的圣诞节从12月25日午夜开始：2017-12-25T00:00，表示为LocalDateTime。但这意味着午夜在全球不同的时间点。午夜首先发生在基里巴斯，随后发生在新西兰，几个小时后发生在印度，依此类推，在法国，圣诞节开始前又过了几个小时，而加拿大的孩子们仍在等待这一天。这些圣诞起点中的每一个都将表示为单独的ZonedDateTime。

---

从系统外部

如果您不能信任系统时钟，请参阅Java：从服务器获取当前日期和时间，而不是系统时钟和我的答案。

java.time.Clock（java.time.Clock）

要利用当前时刻的替代供应商，请编写抽象java.time.Clock类的子类。

您可以将Clock实现作为参数传递给各种java.time方法。例如，Instant.now（时钟）。

Instant instant = Instant.now( yourClockGoesHere ) ;

出于测试目的，请注意Clock本身静态可用的Clock替代实现：固定、偏移、滴答等等。

---

关于java.time

java.time框架内置于Java8和更高版本中。这些类取代了麻烦的旧式日期时间类，如java.util.date、Calendar和SimpleDateFormat。

要了解更多信息，请参阅Oracle教程。并在Stack Overflow中搜索许多示例和解释。规范为JSR 310。

现在处于维护模式的Joda Time项目建议迁移到java.Time类。

您可以直接与数据库交换java.time对象。使用符合JDBC4.2或更高版本的JDBC驱动程序。不需要字符串，也不需要java.sql.*类。

从哪里获取java.time类？

Java SE 8、Java SE 9、Java SE 10、Java SE 11和更高版本—标准Java API的一部分，带有捆绑实现。Java9添加了一些小功能和修复。Java SE 6和Java SE 7大多数java.time功能在ThreeTen Backport中被向后移植到java 6和7。安卓java.time类的Android捆绑包实现的更高版本。对于早期的Android（<26），ThreeTenABP项目采用ThreeTen Backport（如上所述）。请参阅如何使用ThreeTenABP…。

ThreeTen Extra项目使用其他类扩展java.time。这个项目是未来可能添加java.time的试验场。您可以在这里找到一些有用的类，如Interval、YearWeek、YearQuarter等。

有许多不同的方法：

System.currentTimeMillis（）日期日历

你看过java.util.Date吗？这正是你想要的。

Use:

SimpleDateFormat sdf = new SimpleDateFormat("yyyy:MM:dd::HH:mm:ss");
System.out.println(sdf.format(System.currentTimeMillis()));

print语句将打印调用它的时间，而不是创建SimpleDateFormat的时间。因此，可以在不创建任何新对象的情况下重复调用它。

    // 2015/09/27 15:07:53
    System.out.println( new SimpleDateFormat("yyyy/MM/dd HH:mm:ss").format(Calendar.getInstance().getTime()) );

    // 15:07:53
    System.out.println( new SimpleDateFormat("HH:mm:ss").format(Calendar.getInstance().getTime()) );

    // 09/28/2015
    System.out.println(new SimpleDateFormat("MM/dd/yyyy").format(Calendar.getInstance().getTime()));

    // 20150928_161823
    System.out.println( new SimpleDateFormat("yyyyMMdd_HHmmss").format(Calendar.getInstance().getTime()) );

    // Mon Sep 28 16:24:28 CEST 2015
    System.out.println( Calendar.getInstance().getTime() );

    // Mon Sep 28 16:24:51 CEST 2015
    System.out.println( new Date(System.currentTimeMillis()) );

    // Mon Sep 28
    System.out.println( new Date().toString().substring(0, 10) );

    // 2015-09-28
    System.out.println( new java.sql.Date(System.currentTimeMillis()) );

    // 14:32:26
    Date d = new Date();
    System.out.println( (d.getTime() / 1000 / 60 / 60) % 24 + ":" + (d.getTime() / 1000 / 60) % 60 + ":" + (d.getTime() / 1000) % 60 );

    // 2015-09-28 17:12:35.584
    System.out.println( new Timestamp(System.currentTimeMillis()) );

    // Java 8

    // 2015-09-28T16:16:23.308+02:00[Europe/Belgrade]
    System.out.println( ZonedDateTime.now() );

    // Mon, 28 Sep 2015 16:16:23 +0200
    System.out.println( ZonedDateTime.now().format(DateTimeFormatter.RFC_1123_DATE_TIME) );

    // 2015-09-28
    System.out.println( LocalDate.now(ZoneId.of("Europe/Paris")) ); // rest zones id in ZoneId class

    // 16
    System.out.println( LocalTime.now().getHour() );

    // 2015-09-28T16:16:23.315
    System.out.println( LocalDateTime.now() );