Question

我开发了一个SonarQube插件，为了满足我的一个需求，我需要将项目的分析日期存储为SQL TIMESTAMP（请注意： a TIMESTAMP，和不 a 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）。所以你的方法是正确的：以UTC（11月8日晚上7点）获得分析日期的LocalDateTime，并在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点，但你不知道没有附加时区信息的时间点< / LI>
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都没有时区，因此您无需转换为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);

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

3 个答案: