这是从某个日期在 UTC 获取 java.sql.Timestamp 的正确方法吗?
Is this the correct way to obtain a java.sql.Timestamp at UTC from a Date?
我开发了一个 SonarQube 插件,为了满足我的一个需求,我需要将项目的分析日期存储为 SQL TIMESTAMP
(请注意:一个TIMESTAMP
,不是一个TIMESTAMP WITH TIMEZONE
).
这是我目前的做法:
// In the SonarQube Sensor
// .getAnalysisDate() returns a java.util.Date
final Instant instant = module.getAnalysisDate().toInstant();
// Timestamp at UTC from the Instant
final LocalDateTime dt = LocalDateTime.frominstant(instant, ZoneOffset.UTC);
final Timestampt ts = Timestamp.valueOf(dt);
我有点难以理解 Instant 的概念,还有 ZonedDateTime 等...
无论如何,这似乎是我想要的,但这是正确的方法吗?
Timestamp.from(instant)
就是您所需要的。
java.sql.Timestamp
和 java.time.Instant
都没有时区,因此您不需要转换为 UTC。
或者直接来自 java.util.Date
long millisSinceEpoch = module.getAnalysisDate().getTime();
Timestamp timestamp = new Timestamp(time);
要在您的数据库中存储一个 UTC TIMESTAMP
,您需要创建一个 Java Timestamp
来代表您的报告日期(比如 11 月 8 日晚上 7 点 UTC),但是在本地时区 无需转换 (比如 CET 11 月 8 日晚上 7 点)。因此,您的方法是正确的:获取 UTC 分析日期的 LocalDateTime
(11 月 8 日晚上 7 点),并在 LocalDateTime
.
的本地时区创建一个时间戳
我认为没有 shorter/better 方法可以做到这一点。如果您使用 sql TIMESTAMP WITH TIME ZONE
字段,则无需进行任何操作,并且 Date.from(Instant)
会产生正确的结果。
澄清所涉及的概念,以您发布问题的时间为例(UTC 时间 2015 年 11 月 8 日星期日晚上 7 点)并假设您当地的时区是 CET(欧洲中部时间 = UTC+1):
- Java
Timestamp
将是自纪元以来的毫秒数,即它代表您发布问题的时间线上的唯一时刻,并且没有任何时区信息
- 将
Timestamp
存储到 TIMESTAMP
(即没有时区)字段时,jdbc 驱动程序将计算对应于您的 Timestamp
的 date/time ] 在默认时区(除非明确提供 Calendar
)- 因此您的数据库将显示 11 月 8 日星期日晚上 8 点
- a
java.time.Instant
类似于a Java Timestamp
:表示一个唯一的时间点,没有时区信息
- a
LocalDateTime
就像一个 sql TIMESTAMP
,它表示,例如,星期日 8 日 11 月 8 日晚上 8 点,但你不知道没有附加的时间点时区信息
- a
ZonedDateTime
本质上是 LocalDateTime
+ 时区。例如,11 月 8 日星期日晚上 8 点 [Europe/Paris] - 这通常标识一个独特的时刻,但不一定(想想当夏令时时钟向后改变并且同一小时重复两次)。
- an
OffsetDateTime
本质上是 LocalDateTime
+ 相对于 UTC 的偏移量。例如,11 月 8 日星期日晚上 8 点 +01:00。这标识了一个独特的瞬间。
标准方法通常是将瞬间存储为 sql TIMESTAMP WITH TIME ZONE
并在 Java 侧使用 Timestamp
或 OffsetDateTime
的东西。
如果性能很重要,我会使用以下内容:
final long timeAtLocal = module.getAnalysisDate(); // or System.currentTimeMillis(); or new Date().getTime(); etc.
final long offset = TimeZone.getDefault().getOffset(timeAtLocal);
final Timestamp timeAtUTC = new Timestamp(timeAtLocal - offset);
我开发了一个 SonarQube 插件,为了满足我的一个需求,我需要将项目的分析日期存储为 SQL TIMESTAMP
(请注意:一个TIMESTAMP
,不是一个TIMESTAMP WITH TIMEZONE
).
这是我目前的做法:
// In the SonarQube Sensor
// .getAnalysisDate() returns a java.util.Date
final Instant instant = module.getAnalysisDate().toInstant();
// Timestamp at UTC from the Instant
final LocalDateTime dt = LocalDateTime.frominstant(instant, ZoneOffset.UTC);
final Timestampt ts = Timestamp.valueOf(dt);
我有点难以理解 Instant 的概念,还有 ZonedDateTime 等...
无论如何,这似乎是我想要的,但这是正确的方法吗?
Timestamp.from(instant)
就是您所需要的。
java.sql.Timestamp
和 java.time.Instant
都没有时区,因此您不需要转换为 UTC。
或者直接来自 java.util.Date
long millisSinceEpoch = module.getAnalysisDate().getTime();
Timestamp timestamp = new Timestamp(time);
要在您的数据库中存储一个 UTC TIMESTAMP
,您需要创建一个 Java Timestamp
来代表您的报告日期(比如 11 月 8 日晚上 7 点 UTC),但是在本地时区 无需转换 (比如 CET 11 月 8 日晚上 7 点)。因此,您的方法是正确的:获取 UTC 分析日期的 LocalDateTime
(11 月 8 日晚上 7 点),并在 LocalDateTime
.
我认为没有 shorter/better 方法可以做到这一点。如果您使用 sql TIMESTAMP WITH TIME ZONE
字段,则无需进行任何操作,并且 Date.from(Instant)
会产生正确的结果。
澄清所涉及的概念,以您发布问题的时间为例(UTC 时间 2015 年 11 月 8 日星期日晚上 7 点)并假设您当地的时区是 CET(欧洲中部时间 = UTC+1):
- Java
Timestamp
将是自纪元以来的毫秒数,即它代表您发布问题的时间线上的唯一时刻,并且没有任何时区信息 - 将
Timestamp
存储到TIMESTAMP
(即没有时区)字段时,jdbc 驱动程序将计算对应于您的Timestamp
的 date/time ] 在默认时区(除非明确提供Calendar
)- 因此您的数据库将显示 11 月 8 日星期日晚上 8 点 - a
java.time.Instant
类似于a JavaTimestamp
:表示一个唯一的时间点,没有时区信息 - a
LocalDateTime
就像一个 sqlTIMESTAMP
,它表示,例如,星期日 8 日 11 月 8 日晚上 8 点,但你不知道没有附加的时间点时区信息 - a
ZonedDateTime
本质上是LocalDateTime
+ 时区。例如,11 月 8 日星期日晚上 8 点 [Europe/Paris] - 这通常标识一个独特的时刻,但不一定(想想当夏令时时钟向后改变并且同一小时重复两次)。 - an
OffsetDateTime
本质上是LocalDateTime
+ 相对于 UTC 的偏移量。例如,11 月 8 日星期日晚上 8 点 +01:00。这标识了一个独特的瞬间。
标准方法通常是将瞬间存储为 sql TIMESTAMP WITH TIME ZONE
并在 Java 侧使用 Timestamp
或 OffsetDateTime
的东西。
如果性能很重要,我会使用以下内容:
final long timeAtLocal = module.getAnalysisDate(); // or System.currentTimeMillis(); or new Date().getTime(); etc.
final long offset = TimeZone.getDefault().getOffset(timeAtLocal);
final Timestamp timeAtUTC = new Timestamp(timeAtLocal - offset);