在 Java 中使用 Calendar 对象设置和格式化时区，然后返回 Date 对象

Question

我有一个函数，我需要获取当前日期，设置为另一个时区，并将转换/格式化的日期作为Date 对象返回。我有有效的代码，但是，Date 对象没有设置为新转换的日期，它返回当前日期。

代码如下：

public static Date getCurrentLocalDateTime() {

    Calendar currentdate = Calendar.getInstance();
    DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    TimeZone obj = TimeZone.getTimeZone("America/Denver");
    formatter.setTimeZone(obj);

    Logger.info("Local:: " + currentdate.getTime());

    String formattedDate = formatter.format(currentdate.getTime());

    Logger.info("America/Denver:: "+ formattedDate);

    Date finalDate = null;
    try {
        finalDate = formatter.parse(formattedDate);
    } catch (ParseException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
    Logger.info("finalDate:: " + finalDate);

    return finalDate;
}

从我查看并尝试过的示例来看，这应该可以正常工作。其中一个问题是我需要返回 Date 对象，以便它与当前代码一起使用。

输出如下：

2017-07-03 17:08:24,499 [INFO] from application in application-akka.actor.default-dispatcher-3 -
                Local:: Mon Jul 03 17:08:24 UTC 2017
2017-07-03 17:08:24,501 [INFO] from application in application-akka.actor.default-dispatcher-3 -
                America/Denver:: 2017-07-03 11:08:24
2017-07-03 17:08:24,502 [INFO] from application in application-akka.actor.default-dispatcher-3 -
                finalDate:: Mon Jul 03 17:08:24 UTC 2017

如您所见，它将日期正确格式化为山区时区，但随后将其设置回 Calendar 时间。

---

编辑---代码解决方案：

public static Date getCurrentLocalDateTime() {
    Calendar currentdate = Calendar.getInstance();
    ZonedDateTime converted = currentdate.toInstant().atZone(ZoneId.of("America/Denver"))
            .withZoneSameLocal(ZoneOffset.UTC);
    Date finalDate = Date.from(converted.toInstant());
    return finalDate;
}

Answer 1

java.util.Date 对象 has no timezone information。它只有一个long 值，即距离1970-01-01T00:00:00Z 的毫秒数（也称为"unix epoch" 或简称​​"epoch"）。此值绝对独立于时区（您也可以说“它是 UTC”）。

当你调用Logger.info("finalDate:: " + finalDate);时，它调用了java.util.Date的toString()方法，而且这个方法在后台使用系统默认的时区，给人的感觉是日期对象本身有时区-但是它没有。

检查 finalDate.getTime() 和 currentdate.getTimeInMillis() 的值，您会发现它们几乎相同 - “几乎”，因为 SimpleDateFormat 没有 秒，所以你失去了毫秒精度（format 方法创建一个没有毫秒的String，当字段不存在时parse 方法将它设置为零）。但是，如果我将格式化程序更改为此：

// using ".SSS" to don't lose milliseconds when formatting
DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");

输出是：

本地:: 2017 年 7 月 3 日星期一 17:34:34 UTC
美国/丹佛:: 2017-07-03 11:34:34.508
finalDate:: 2017 年 7 月 3 日星期一 17:34:34 UTC

finalDate.getTime() 和 currentdate.getTimeInMillis() 将具有完全相同的值（请注意，Date.toString() 不会打印毫秒，因此您无法知道它们的值是什么 - 只能通过比较您知道的 getTime() 值如果它们相同）。

结论：只需将格式化程序更改为使用毫秒 (.SSS)，解析/格式化就可以了。它显示另一个时区的日期是一个实现细节（toString() 方法使用系统的默认时区），但毫秒值是正确的。

如果您想在 UTC 获得 11 小时，您必须创建另一个格式化程序并将其时区设置为 UTC：

DateFormat parser = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");
parser.setTimeZone(TimeZone.getTimeZone("UTC"));
finalDate = parser.parse(formattedDate);

那么，finalDate 的时间在 UTC 时的值为 11 小时：

finalDate:: 2017 年 7 月 3 日星期一 11:34:34 UTC

---

新的 Java 日期/时间 API

旧的类（Date、Calendar 和 SimpleDateFormat）有 lots of problems 和 design issues，它们正在被新的 API 取代。

如果您使用的是 Java 8，请考虑使用 new java.time API。更简单，less bugged and less error-prone than the old APIs。

如果您使用的是 Java ，则可以使用 ThreeTen Backport，它是 Java 8 新日期/时间类的一个很好的向后移植。对于Android，还有ThreeTenABP（更多关于如何使用它here）。

下面的代码适用于两者。 唯一的区别是包名（在 Java 8 中是 java.time，而在 ThreeTen Backport（或 Android 的 ThreeTenABP）中是 org.threeten.bp），但类和方法 names 是相同的。

要满足您的需要，您可以使用 ZonedDateTime（日期和时间 + 时区）并转换为保持相同日期/时间值的另一个时区：

// current date/time in Denver
ZonedDateTime denverNow = ZonedDateTime.now(ZoneId.of("America/Denver"));
// convert to UTC, but keeping the same date/time values (like 11:34)
ZonedDateTime converted = denverNow.withZoneSameLocal(ZoneOffset.UTC);
System.out.println(converted); // 2017-07-03T11:34:34.508Z

输出将是：

2017-07-03T11:34:34.508Z

如果您想要不同的格式，请使用DateTimeFormatter：

DateTimeFormatter fmt = new DateTimeFormatterBuilder()
    // pattern for day/hour
    .appendPattern("EEE MMM dd HH:mm:ss ")
    // UTC offset
    .appendOffset("+HHMM", "UTC")
    // year
    .appendPattern(" yyyy")
    // create formatter
    .toFormatter(Locale.ENGLISH);
System.out.println(fmt.format(converted));

输出将是：

2017 年 7 月 3 日星期一 11:34:34 UTC

---

如果您仍需要使用java.util.Date，您可以轻松地从/转换到新的 API。

在 Java 中 >= 8：

// convert your Calendar object to ZonedDateTime
converted = currentdate.toInstant()
               .atZone(ZoneId.of("America/Denver"))
               .withZoneSameLocal(ZoneOffset.UTC);
// converted is equals to 2017-07-03T11:34:34.508Z

// from ZonedDateTime to Date and Calendar (date will be 11:34 UTC)
Date d = Date.from(converted.toInstant());
Calendar cal = Calendar.getInstance();
cal.setTime(d);

// to get a Date that corresponds to 11:34 in Denver
Date d = Date.from(converted.withZoneSameLocal(ZoneId.of("America/Denver")).toInstant());
Calendar cal = Calendar.getInstance();
cal.setTime(d);

在 Java org.threeten.bp.DateTimeUtils 类：

// convert Calendar to ZonedDateTime 
converted = DateTimeUtils.toInstant(currentdate)
                .atZone(ZoneId.of("America/Denver"))
                .withZoneSameLocal(ZoneOffset.UTC);
// converted is equals to 2017-07-03T11:34:34.508Z

// convert ZonedDateTime to Date (date will be 11:34 UTC)
Date d = DateTimeUtils.toDate(converted.toInstant());
Calendar c = DateTimeUtils.toGregorianCalendar(converted);

// to get a Date that corresponds to 11:34 in Denver
Date d = DateTimeUtils.toDate(converted.withZoneSameLocal(ZoneId.of("America/Denver")).toInstant());
Calendar c = DateTimeUtils.toGregorianCalendar(converted.withZoneSameLocal(ZoneId.of("America/Denver")));