java - 标准化 UTC 日期

Question

我正在尝试阅读代码片段，但它对我来说没有任何意义。请帮助我

 /**
 * To make it easy to query for the exact date, we normalize all dates that go into
 * the database to the start of the day in UTC time.
 *
 * @param date The UTC date to normalize
 *
 * @return The UTC date at 12 midnight
 */
 public static long normalizeDate(long date) {
    // Normalize the start date to the beginning of the (UTC) day in local time
    long retValNew = date / DAY_IN_MILLIS * DAY_IN_MILLIS;
    return retValNew;
}

此函数接受以毫秒为单位的 UTC 转换本地日期，现在我不知道该函数实际上正在执行注释为“将开始日期标准化为本地时间 (UTC) 天的开始”的操作，所有这些都不会对我来说有任何意义。请任何人帮助我。

Answer 1

在 Java 和其他编程语言中，时间点有时表示为自所谓的纪元 1970 年 1 月 1 日 00:00:00 UTC 以来的毫秒数(不包括闰秒)。正如评论所述，您的方法采用这样的数字并将其转换为 UTC 中的一天的开始(午夜)。例如，表示 2019 年 3 月 20 日 09:22:43 UTC 的 long 值将转换为表示 2019 年 3 月 20 日 00:00:00 UTC 的值。如果该值从一开始就只是代表一个日期，而不是一天中的某个时间，我会说将其描述为“标准化”是有道理的。

这是如何工作的？ date(保存毫秒数的 long 变量)首先除以一天中的毫秒数(我假设；我将 DAY_IN_MILLIS 读作“以毫秒为单位的 1 天”)。这给出了自纪元以来的天数。除法的余数被丢弃；你只能得到一整天的时间。然后，当再次乘以 DAY_IN_MILLIS 时，您将转换回毫秒。由于纪元在当天被定义为 00:00:00，因此您将在与开始时相同的日期获得 00:00:00 UTC。这是可行的，因为 UTC 没有夏令时 (DST) 和其他时间异常(在有夏令时 (DST) 和其他时间异常的时区中不起作用)。

我承认“本地时间”对我来说也没有意义。我认为这没有任何意义。

请允许我补充一点，这是糟糕的代码(即使你没有问)，我也认为这是你需要问的原因。通常不鼓励使用纪元以来的毫秒数，最好通过标准 API 转换为一天的开始时间。将时间点表示为毫秒计数是低级的且对人类不友好。当在调试器或日志中查看像 1553074048964 这样的数字时，您通常不知道它是错误还是正确。相反，应该使用 Instant，或者对于没有时间的日期，而不是 LocalDate。 Instant 打印例如 2019-03-20T09:28:54.729Z。时间采用 UTC 时间，但即使您位于不同的时区，也不难知道它是错误还是正确。 Instant 和 LocalDate 是现代 Java 日期和时间 API java.time 中的类。该 API 还具有用于各种日期和时间操作的方法，包括转换为一天的开始时间。

链接: Oracle tutorial: Date Time解释如何使用 java.time。