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

我开发了一个SonarQube插件，出于我的一个需要，我需要将项目的分析日期存储为SQL

时间戳

（请注意：a

时间戳

，而不是带时区的

时间戳）

以下是我目前的做法：

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

我有点难以把握瞬间的概念，还有ZoneDateTime等

无论如何，这似乎是我想要的，但这是正确的方法吗？
时间戳。从（即时）
就是你需要的

java.sql.Timestamp
和
java.time.Instant
都没有时区，因此不需要转换为UTC

或者直接从
java.util.Date

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

要在数据库中存储UTC
时间戳
，您需要创建一个Java
时间戳
，该时间戳表示报告日期（如UTC 11月8日下午7点），但不在本地时区内转换（如CET 11月8日下午7点）。因此，您的方法是正确的：以UTC（11月8日晚上7点）为单位获取分析日期的
LocalDateTime
，并在该
LocalDateTime
的本地时区中创建时间戳

我认为没有比这更短/更好的方法。如果将sql
时间戳与时区一起使用
字段，则无需进行任何操作，并且
Date.from（Instant）
将生成正确的结果


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


Java
时间戳
将是自纪元以来的毫秒数，即它表示您发布问题的时间线上的唯一时刻，并且没有任何时区信息
当将
时间戳
存储到
时间戳
（即不带时区）字段中时，jdbc驱动程序将计算默认时区中与
时间戳
对应的日期/时间（除非明确提供了
日历
），因此您的DB将在11月8日星期日晚上8点显示
java.time.Instant
类似于java
时间戳
：它表示一个唯一的时间点，没有时区信息
LocalDateTime
类似于sql
时间戳
，例如，它表示11月8日星期日晚上8点，但如果没有其他时区信息，您不知道这是什么时间点
ZonedDateTime
本质上是一个
LocalDateTime
+时区。例如，11月8日星期日晚上8点【欧洲/巴黎】——通常标识一个唯一的瞬间，但不一定（想想DST时钟倒转的时间，同一小时重复两次）
OffsetDateTime
本质上是
LocalDateTime
+相对于UTC的偏移量。例如，11月8日星期日晚上8点+01:00。它在时间上标识一个唯一的瞬间

标准方法通常是将一个瞬间存储为带时区的sql
时间戳，并在Java端使用
时间戳或
偏移日期时间

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

如果我尝试打印'new TimeStamp（new Date（）.getTime（）），它会返回当前时区的时间戳，所以…@fge这是因为
TimeStamp#toString（）
使用您的本地时区：-您的版本在转换为/从
LocalDateTime
时所做的是设置时间，以便在实际格式化为本地时间时打印utc时间
LocalDateTime dt
假定在本地时间中给出，而您实际将其构造为UTC-在这里您可以“打破”它。是的，但是我的时区并不总是UTC，我需要UTC值！我知道当地时区，我确实需要UTC的代表。。。此外，数据库中存储的类型是
时间戳
，而不是带时区的
时间戳
（我编辑了我的问题以澄清这一事实）@fge我不太熟悉SQL Server&config，但我想说的是，你必须修复的不是
时间戳
，这是数据库/jdbc驱动程序/mapper存储值的方式。唉，我在这里迷路了。我在这里的目标只是创建一个
时间戳
，它“伪造”了UTC时区。请注意，我不会在其他任何地方重用此实例，它只是为了插入数据库。假设您的分析日期为2015年11月8日星期日UTC下午7点，您的计算机的本地时区为CET（冬季UTC+1），即晚上8点。您想在数据库中的
时间戳中存储什么？晚上7点还是8点？从你的代码看，你想要晚上8点-但是，除非检索数据的机器在同一时区（CET），否则你不会得到相同的即时返回。。。也许你应该多介绍一些背景知识。。。（注：使用不带时区的时间戳通常是一个坏主意，除非你总是对该列使用相同的TZ，通常是UTC）。这也可能是有趣的：@assylias从我的代码中可以看出，相反地，根据你的代码，结果将是晚上7点——这正是所要求的。是的，我知道这是个坏主意，但这是我被要求的。。。如果只是为了我，我会存储一个带有时区的
时间戳
，而不是一个纯粹的
时间戳
。请参阅以获得补充答案。这是唯一对我有效的方法。我不知道是谁决定存储日期/时间戳数据（特别是将
date.getTime（）
转换成一个时间戳对象，然后不知何故失去了它在纪元中的价值，尽管你只是从纪元开始给它很长时间，但我希望他们找到一份新的职业。