我的问题是关于在groovy中转换从日期到毫秒的历元

Question

我正在用以下代码生成以毫秒为单位的历元时间戳，它可以工作（通过https://www.epochconverter.com/验证）。但是，当我们使用JVM选项-duser.timezone=america/toronto设置时区时，对于某些历史日期，时间偏移量会相差一小时。即日期=1950-11-19(yyyy-MM-dd)正确的历元毫秒-603313200000（星期日，1950年11月19日12:00:00 AM GMT-05:00)，但当用JVM选项设置时区时，值为-603316800000，历元转换后显示1950年11月18日星期六11:00:00 PM GMT-05:00。我在JDK10中使用了joda time lib

def static Long getEpochTimeStampInMilliSeconds(String simpleDate, String dateFormat) {

    Long retVal = null

    try {
        org.joda.time.format.DateTimeFormatter fmt = DateTimeFormat.forPattern(dateFormat)
        DateTimeZone dtz2 = DateTimeZone.forID("America/Toronto")
        DateTime parsedDateTime = DateTime.parse(simpleDate, fmt).withZone(dtz2)
        retVal = parsedDateTime.getMillis()
    } catch (Exception e) {
        retVal = null
    }

    return retVal
}

日期格式为：“YYYY-MM-DD”

Answer 1

您需要使用正确的时区进行分析，因此不需要在分析完成后调用DateTime.WithZone(...)，而是需要在使用格式化程序进行分析之前调用DateTimeFormatter.WithZone(...)。

如果user.timezone系统属性设置的默认时区为America/Toronto，则解析的DateTime值已经在该时区中，并且DateTime.WithZone（...）将不执行任何操作。

如果默认时区是其他时区，则解析的datetime值位于该时区中，这将是一个不同的UTC历元毫秒值。调用datetime.withzone（...）将更改时区，从而更改时间值，但不会更改UTC历元毫秒值。

def dtz2 = org.joda.time.DateTimeZone.forID("America/Toronto")
def fmt = org.joda.time.format.DateTimeFormat.forPattern(dateFormat).withZone(dtz2)
retVal = org.joda.time.DateTime.parse(simpleDate, fmt).getMillis()

ZoneId zone = ZoneId.of("America/Toronto");
System.out.println(Instant.ofEpochMilli(-603316800000L));
System.out.println(Instant.ofEpochMilli(-603316800000L).atZone(zone));
System.out.println(Instant.ofEpochMilli(-603313200000L));
System.out.println(Instant.ofEpochMilli(-603313200000L).atZone(zone));

1950-11-19T04:00:00Z
1950-11-19T00:00-04:00[America/Toronto]    ⬅ Correct value
1950-11-19T05:00:00Z
1950-11-19T01:00-04:00[America/Toronto]

多伦多的偏移量为-04:00，因为在1950年，DST一直持续到11月26日凌晨2:00（参见https://www.timeanddate.com/Time/zone/canada/Toronto）。因此，东部夏令时(EDT)的偏移量是正确的。

不知道为什么你认为-603313200000是正确的值，其实不然。