Question

我试图将收到的电子邮件日期（日期对象）与JSONObject中的日期（字符串）进行比较。这两个日期将是不同的时区，相差1小时。

我的情况是，我必须在几秒钟内得到它们之间的确切差异，如果差异是+/- 10秒，我会找到一个匹配。为此，我决定将两者转换为＆＃39; UTC＆＃39;然后做一些改变。这是我的代码：

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
sdf.setTimeZone(TimeZone.getTimeZone("UTC"));

String MsgDtStr = sdf.format(messagesToBeProcessed.getReceivedDate()); 

Date MsgDt = sdf.parse(MsgDtStr);

Date ObjDt = sdf.parse((JsonObj.get("date").toString()));

int DiffInSecs = (int) (ObjDt.getTime() - MsgDt.getTime()) / 1000 % 60;

if (DiffInSecs >= -10 && DiffInSecs <= 10) {
                System.out.println("Found a match!");
                MatchedList.add(i);
}

这似乎给了我正确的结果。应该与json对象匹配的邮件匹配。即差异为+/- 10秒。但是，当我尝试在上述逻辑之后打印日期和DiffInSecs时，我会得到这样的值：

date in object: 2017-06-22 19:47:25
date in message: 2017-06-22 23:47:30
DiffInSecs: -5

        ........

date in object: 2017-06-22 17:50:38
date in message: 2017-06-22 21:50:39
DiffInSecs: -1

我发现两次之间有4小时的差异。现在我很困惑我的逻辑是如何工作的。对此有何解释？我对这个问题的处理方法是否正确？

这些是我应该使用的邮件和jsonobject的样本日期值，这些应该匹配:(我怎样才能以任何方式实现这一点，而不仅仅是我发布的方法）

messagesToBeProcessed[i].getReceivedDate(): Thu Jun 22 01:03:13 CDT 2017 messagesToBeProcessed[i].getReceivedDate().getTime(): 1498111393000

Obj.get('date'): 2017-06-22 02:03:03 ObjDt.getTime(): 1498096983000

修改

正如JBNizet在评论中指出的那样，我需要删除%60以获得与秒数的确切差异。

好的，现在我觉得坚持使用旧API并不合理。现在，我在消息对象中的日期不再像我在上面的结果中发布的那样转换为UTC了。我不确定为什么它早些起作用而且不再适用（欢迎任何解释/评论）。正如Hugo在他的回答中指出的那样，使用新的Java.Time API更好。

希望这个帖子可以帮助别人找到方法。

Answer 1

我不确定您使用的是哪个java版本，但无论如何：旧类（Date，Calendar和SimpleDateFormat）有lots of problems和{{ 3}}，它们被新的日期/时间API取代。

如果您使用的是 Java 8 ，请考虑使用design issues。它更容易，new java.time API。

如果您使用的是 Java＆lt; = 7 ，则可以使用less bugged and less error-prone than the old APIs，这是Java 8新日期/时间类的绝佳后端。对于 Android ，有ThreeTen Backport（更多关于如何使用它ThreeTenABP）。

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

根据getReceivedDate()的输出，您的默认时区为CDT。但是EST和CDT这些短时区名称是here。

新API使用Continent/City格式的长名称（由ambiguous and not standard使用。）所以， CDT可以位于许多不同的位置，例如America/Chicago或America/Havana。您必须首先检查哪一个最适合您的上下文 - 您可以使用ZoneId.getAvailableZoneIds()获取所有可用名称的列表。

对于下面的示例，我已经随机选择了其中一个（America/Chicago），以显示其工作原理。我使用DateTimeFormatter来解析输入String和ZoneId以将其转换为时区。

// parse jsonInput
String jsonInput = "2017-06-22 02:03:03";
// formatter
DateTimeFormatter fmt = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");
// parse the input to a LocalDateTime
LocalDateTime dt = LocalDateTime.parse(jsonInput, fmt); // 2017-06-22T02:03:03
// convert it to the EDT timezone (using America/Chicago as it's currently in CDT)
ZonedDateTime z = dt.atZone(ZoneId.of("America/Chicago")); // 2017-06-22T02:03:03-05:00[America/Chicago]

// convert the java.util.Date object to the new API
Date date = new Date(1498111393000L); // using your timestamp = 2017-06-22T06:03:13 UTC
// for Java >= 8, use toInstant method
Instant instant = date.toInstant();
// for Java <= 7, use org.threeten.bp.DateTimeUtils
Instant instant = DateTimeUtils.toInstant(date);

// get the difference between them
long diffSecs = ChronoUnit.SECONDS.between(instant, z);

差异将是3590秒 - 这是因为2017-06-22 02:03:03（在我的例子中，芝加哥）中的CDT等于UTC 2017-06-22T07:03:03Z。您的日期（1498111393000毫秒）等于UTC 2017-06-22T06:03:13Z。

在您的代码中，您使用sdf来解析输入2017-06-22 02:03:03，但sdf设置为UTC（而不是CDT），导致错误的结果（假设JSON输入也在CDT中。

如果您想将JSON输入转换为UTC，可以使用ZoneOffset.UTC代替ZoneId。

实际上，你必须检查输入是否真的是UTC，并相应地更改代码（上面的代码假定JSON输入是CDT）。

当然，您可以使用SimpleDateFormat：

执行相同操作

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
sdf.setTimeZone(TimeZone.getTimeZone("America/Chicago"));

Date jsonDate = sdf.parse("2017-06-22 02:03:03"); // 2017-06-22 02:03:03 in Chicago, or 2017-06-22T07:03:03 in UTC

然后以同样的方式计算差异（(jsonDate.getTime() - date.getTime()) / 1000）。结果与上述相同：3590秒。

Answer 2

使用此代码

int DiffInSecs = (int) (ObjDt.getTime() - MsgDt.getTime()) / 1000 % 60;

您正在使模块60 两个日期之间的差异。

此值始终介于0到59之间，因此不会考虑分钟，天，小时，月和年的差异。

按以下方式更改：

int diffInSecs = (int) (ObjDt.getTime() - MsgDt.getTime()) / 1000;

这是秒的真正差异。

注意：不要大写变量名称。仅对类和接口使用大写名称。

比较不同时区的两个日期对象，并以秒为单位获得精确的时差

2 个答案: