java - 在 Web 应用程序中处理时区

Question

在我们的 Web 应用程序中，我们需要显示并输入
不同时区不同国家的日期时间信息。现在，我们正在为每个国家/地区维护单独的 Web 服务器和单独的数据库(oracle 11g)。

我们计划将所有内容合并为一个具有单个数据库的门户(oracle 11g)。
此门户应在用户本地时区捕获/显示日期和时间。

到目前为止，我已经搜索了这个，我得到了以下建议。

1) 将 Web 服务器和数据库服务器的时区设置为 UTC，并在获取数据(数据和时间)时转换为用户本地时区。

如果你建议这种方法，那么请澄清以下具体
问题。

大多数时候我们单独捕获日期，是否需要
总是捕获日期和时间以及时区？

在存储我们需要转换用户本地时间的日期和时间时
在 javascript/java/oracle 中将区域转换为 UTC？

在获取我们需要将 UTC 转换为用户的日期和时间时
本地时区查询本身/java/java 脚本？

我们有许多地方可以根据日期列显示报告，例如
今天/当前月份/日期范围。我们如何处理这个(输入 - 用户
本地时区 - UTC 数据库)？

我们必须为日期字段使用哪种数据类型
(日期/时间戳/带时区的时间戳/带本地时间的时间戳
区)？

2) 在用户本地时区和 UTC 中捕获日期和时间。存储为单独的列，用户本地时区将用于显示目的，UTC 将用于业务逻辑。

如果你建议这种方法，那么请澄清以下具体
问题。

存储用户本地时区和 UTC 是常见的做法吗？

在获取报告以显示时我必须检查哪一列
基于日期列，例如今天/当月/日期范围？

我们必须为日期列使用哪种数据类型
(日期/时间戳/带时区的时间戳/带本地时间的时间戳
区)？

提前致谢

Answer 1

阅读问题 Daylight saving time and time zone best practices .你的基本上是重复的。

UTC 中的服务器

是的，通常服务器应该将它们的操作系统设置为 UTC作为时区，如果未提供，请使用 GMT或 Reykjavík Iceland time zone .您的 Java 实现可能会将此设置作为其自己的当前默认时区。

指定时区

但不要依赖于设置为 UTC 的时区。系统管理员可以更改它。 JVM 中任何应用程序的任何线程中的任何 Java 代码都可以在运行时通过调用 TimeZone.setDefault 来更改 JVM 当前的默认时区。 .因此，通过在 Java 代码中传递可选参数，养成始终指定所需/预期时区的习惯。

我认为任何日期时间框架都会使时区成为可选的设计缺陷。可选会造成无穷无尽的困惑，因为程序员和其他人一样，除非得到提示，否则会无意识地根据自己的个人时区进行思考。因此，在日期时间工作中，经常没有注意这个问题。添加JVM默认值变化的问题。顺便说一下， Locale 也是如此，同样的问题，应始终明确指定。

世界标准时间

您的业​​务逻辑、数据存储和数据交换应该几乎总是在 UTC 中完成。 .几乎每个数据库都具有调整任何输入到 UTC 并以 UTC 存储的功能。

向用户显示日期时间时，调整到预期的时区。序列化日期时间值时，请使用 ISO 8601字符串格式。见 the Answer由 VickyArora 专门为 Oracle 编写(我是 Postgres 人)。请务必仔细阅读文档，并通过试验来充分理解数据库的行为。 SQL 规范在这方面没有详细说明，行为差异很大。

sql语句

请记住，在使用 Java 和 JDBC 时，您将使用 java.sql.Timestamp 和相关的数据类型。它们总是自动地使用 UTC。将来希望看到 JDBC 驱动程序更新以直接使用 Java 8 及更高版本中内置的 java.time 框架中定义的新数据类型。

时间

旧类已被 java.time 过时. 学习使用java.time 同时避免旧的 java.util.Date/.Calendar 并使您的编程生活更加愉快。

直到您的 JDBC driver更新后，您可以使用 java.time 中内置的转换便利方法。参见接下来的示例，其中 Instant 是 UTC 时间和 ZonedDateTime 是 Instant 调整为 time zone .

Instant instant = myJavaSqlTimestamp.toInstant();
ZoneId zoneId = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = ZonedDateTime.ofInstant( instant , zoneId );

去另一个方向。

java.sql.Timestamp myJavaSqlTimestamp = java.sql.Timestamp.from( zdt.toInstant() );

如果您需要原始时区，请将其存储

如果您的业务需求认为原始输入数据的时区很重要，需要记住，则将其显式存储为数据库表中的单独列。您可以使用 offset-from-UTC ，但这并不能提供完整的信息。时区是一个偏移量加上一组用于过去、现在和将来处理异常的规则，例如 Daylight Saving Time .所以一个 proper time zone name最合适如 America/Montreal .

仅日期不明确

你说你收集了许多仅限日期的值，没有时间和时区。 java.time 中的类是 LocalDate .与 LocalTime 一样和 LocalDateTime ，“本地...”部分表示没有特定的位置，因此没有时区，因此不是时间轴上的一个点——没有真正的意义。

请记住，仅日期值的定义是不明确的。在任何给定时刻，世界各地的日期都不同。例如，在 Paris France 午夜刚过是新的一天，但在 Montréal Québec日期仍然是“昨天”。

通常在业务中，某些时区是隐含的，甚至是无意识的直觉。从长远来看，关于数据点的无意识直觉往往效果不佳，尤其是在软件中。最好明确说明预期的时区。您可以将预期区域与日期一起存储，例如数据库表中的另一列，或者您可以在您的编程代码中进行注释。我相信存储日期时间值会更好、更安全。那么我们如何将仅日期转换为日期时间呢？

新的一天通常是午夜过后的那一刻，也就是一天中的第一个时刻。您可能认为这意味着一天中的时间 00:00:00.0但不总是。 Daylight Saving Time (DST)并且可能其他异常情况可能会将第一时刻推向不同的 wall-clock time .让 java.time 确定通过 LocalDate 的第一时刻的正确时间。类及其 atStartOfDay 方法。

ZoneId zoneId = ZoneId.of( "America/Montreal" );
LocalDate today = LocalDate.now( zoneId );
ZonedDateTime todayStart = today.atStartOfDay( zoneId );

在某些业务环境中，新的一天可能被定义(或假定)为营业时间。例如，假设 New York 中的出版商当他们说“书稿将于 1 月 2 日到期”时，指的是本地时间上午 9 点。让我们获取该时区中该日期的时间。

ZoneId zoneId = ZoneId.of( "America/New_York" );
ZonedDateTime zdt = ZonedDateTime.of( 2016 , 1 , 2 , 9 , 0 , 0 , 0 , zoneId );

这对在 New Zealand 工作的作者意味着什么？ ?适应她 particular time zone调用 withZoneSameInstant 向她介绍.

ZoneId zoneId_Pacific_Auckland = ZoneId.of( "Pacific/Auckland" );
ZonedDateTime zdt_Pacific_Auckland = zdt.withZoneSameInstant( zoneId_Pacific_Auckland );

数据库

对于数据库存储，我们转换为 Instant (UTC 时间线上的一个时刻)并作为 java.sql.Timestamp 传递如上所述。

java.sql.Timestamp ts = java.sql.Timestamp.from( zdt.toInstant() );

从数据库中检索时，转换回纽约日期时间。转换自 java.sql.Timestamp到 Instant ，然后应用时区 ZoneId获得 ZonedDateTime .

Instant instant = ts.toInstant();
ZoneId zoneId = ZoneId.of( "America/New_York" );
ZonedDateTime zdt = ZonedDateTime.ofInstant( instant , zoneId );

如果您的 database driver符合 JDBC 4.2或稍后，您可能能够传递/获取 java.time直接输入而不是转换为/从 java.sql类型。试试 PreparedStatement::setObject 和 ResultSet::getObject 方法。