这是从日期获取UTC的java.sql.Timestamp的正确方法吗？

Question

我开发了一个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等...

无论如何，这似乎做我想要的，但这是正确的方法吗？

Answer 1

要在数据库中存储UTC TIMESTAMP ，您需要创建一个表示报告日期的Java Timestamp （例如11月8日晚7点UTC），但是在没有转换的本地时区（例如11月8日晚上7点CET）。 所以，你的做法是正确的：获取LocalDateTime在UTC（11月8日晚上7点）分析日期，并在您的本地时区创建时间戳LocalDateTime 。

我不认为有更短/更好的方法来做到这一点。 如果您使用了SQL TIMESTAMP WITH TIME ZONE字段，则不必进行任何操作，而Date.from(Instant)将产生正确的结果。

---

澄清所涉及的概念，以您发布问题的时间为例（2015年11月8日星期日，UTC时间晚上7点）并假设您的当地时区为CET（中欧时间= UTC + 1）：

• Java Timestamp将是自纪元以来的毫秒数，即它表示您发布问题的时间线上的唯一时刻，并且没有任何时区信息
• 当将该Timestamp存储到TIMESTAMP （即没有时区）字段时，jdbc驱动程序将计算与默认时区中的Timestamp对应的日期/时间（除非明确提供Calendar ） - 因此您的数据库将显示11月8日星期日晚上8点
• java.time.Instant类似于Java Timestamp ：它表示一个唯一的时间点，没有时区信息
• 一个LocalDateTime就像一个SQL TIMESTAMP ，它说，例如，11月8日星期日晚上8点，但你不知道没有附加时区信息的时间点
• ZonedDateTime本质上是LocalDateTime +时区。 例如11月8日星期日晚上8点[欧洲/巴黎] - 通常识别一个独特的瞬间但不一定（想想DST的时钟向后变化，同一小时重复两次）。
• OffsetDateTime本质上是LocalDateTime +偏移量与UTC。 例如11月8日星期日晚上8点+01：00。 这标志着一个独特的瞬间。

标准方法通常是将一个瞬间存储为SQL TIMESTAMP WITH TIME ZONE并在Java方面使用Timestamp或OffsetDateTime 。

Answer 2

Timestamp.from(instant)就是你应该需要的。

java.sql.Timestamp和java.time.Instant都没java.time.Instant区，因此您无需转换为UTC。

或者直接从java.util.Date

long millisSinceEpoch = module.getAnalysisDate().getTime();
Timestamp timestamp = new Timestamp(time);

Answer 3

如果性能很重要，我会使用以下内容：

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);