我开发了一个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);
我在掌握即时的概念时遇到了一点麻烦，还有 ZonedDateTime 等......
无论如何，这似乎做了我想做的，但这是正确的方法吗？
要在数据库中存储 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 日星期日晚上 7 点 UTC(为例，并假设您的本地时区为 CET(中欧时间 = UTC+1(，澄清所涉及的概念：
- Java
Timestamp将是自纪元以来的毫秒数，即它表示您发布问题的时间线上的唯一时刻
，并且没有任何时区信息 - 将该
Timestamp存储到TIMESTAMP(即没有时区(字段中时，JDBC 驱动程序将计算默认时区中与您的Timestamp对应的日期/时间(除非明确提供Calendar( - 因此您的数据库将显示 11 月 8 日星期日晚上 8 点 java.time.Instant类似于JavaTimestamp：它表示一个唯一的时间点，没有时区信息LocalDateTime就像一个SQLTIMESTAMP，例如，它说，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。
如果性能很重要，我会使用以下方法：
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);
Timestamp.from(instant)就是你应该需要的。
java.sql.Timestamp和java.time.Instant都没有时区，因此您无需转换为 UTC。
或者直接从java.util.Date
long millisSinceEpoch = module.getAnalysisDate().getTime();
Timestamp timestamp = new Timestamp(time);