将localDate与UTC一起使用

Question

我在UTC中使用LocalDate时遇到问题。我的服务器使用UTC，我的数据库使用UTC。我使用LocalDate来存储基于订阅的应用程序的计费日期。

发生的情况是，我们在UTC午夜计费(当进行类似于计费日期的比较时

我真的觉得在这里使用LocalDate是合适的，因为我们只是想在那天的某个时候开账单。然而，无论是直接在代码中还是在数据库中进行比较(billing_date

有没有人对这种情况有经验并找到了一个好的解决方案？

我看了一下这个问题，但是它没有回答我的问题:春假本地日期UTC相差一天

Answer 1

我觉得您应该使用Instants。

我真的觉得在这里使用LocalDate是合适的，因为我们只是想在那一天的某个时候计费。

嗯，没有。您确实关心计费时间，因为数据库关心时间。它将计费时间存储为 00：00 UTC。由于这是一个瞬间，我认为即时将是这里最合适的选择。您也可以使用 ZonedDateTime，但考虑到您可能正在从数据库中获取 java.sql.Date，该数据库已经有一个 toInstant 方法，使用 Instants 更方便。

你可以从一年、一月、一天中得到一个瞬间，就像这样:

LocalDate ld = LocalDate.of(2019, 7, 8);
Instant i = ld.atStartOfDay(ZoneId.of("America/Los_Angeles")).toInstant();

美国/Los_Angeles是PST。

Answer 2

我建议这只是将所需的时区传递给LocalDate.now（ZoneId）的问题。

• 使用 LocalDate.now（ZoneId.of（“Asia/Manila”）） 获取菲律宾标准时间。目前它大喊2019-07-09。
• 使用 LocalDate.now（ZoneId.of（“Pacific/Pitcairn”）） 作为皮特凯恩标准时间。它只是给了2019-07-08。

我假设你的意思不是太平洋标准时间，因为没有时区使用太平洋标准时间（那些在冬天使用的时区，现在是太平洋夏令时）。无论如何，请注意，三个字母的时区缩写通常是模棱两可的。

现在有方法的java.time类通常有三个重载变体：

1. 一个采用ZoneId参数的方法，我建议一般使用
2. 一个采用＜code＞Clock＜/code＞参数的方法，该方法对可测试性非常好。时钟包含一个时区，因此这个时区也会为您提供指定时区的当前日期和/或时间
3. 一个不带任何参数并且使用JVM的默认时区的方法。我建议你永远不要使用它。读者很高兴知道你已经考虑了时区并选择了你想要的时区。而且，在同一JVM中运行的任何程序都可以随时更改默认时区，因此它不够稳定，无法用于实际工作