我将计算机的时区更改为欧洲/布加勒斯特进行实验。这是UTC + 2小时,就像您的时区一样。
现在当我复制你的代码时,我得到的结果与你的相似:
Instant now = Instant.now();
System.out.println(now); // prints 2017-03-14T06:16:32.621Z
Timestamp current = Timestamp.from(now);
System.out.println(current); // 2017-03-14 08:16:32.621输出在评论中给出。但是,我继续说:
DateFormat df = DateFormat.getDateTimeInstance();
df.setTimeZone(TimeZone.getTimeZone("UTC"));
// the following prints: Timestamp in UTC: 14-03-2017 06:16:32
System.out.println("Timestamp in UTC: " + df.format(current));现在你可以看到Timestamp真的同意我们开始的Instant(只有毫秒没有打印,但我相信它们也在那里)。所以你已经正确地完成了所有事情并且只是感到困惑,因为当我们打印Timestamp时,我们隐含地调用了它的toString方法,这个方法依次抓取计算机的时区设置并显示该区域中的时间。仅仅因为这个,显示器是不同的。
您使用LocalDateTime尝试的另一件事似乎有效,但它确实无法满足您的需求:
LocalDateTime ldt = LocalDateTime.ofInstant(Instant.now(), ZoneOffset.UTC);
System.out.println(ldt); // 2017-03-14T06:16:32.819
current = Timestamp.valueOf(ldt);
System.out.println(current); // 2017-03-14 06:16:32.819
System.out.println("Timestamp in UTC: " + df.format(current)); // 14-03-2017 04:16:32现在,当我们使用UTC DateFormat打印Timestamp时,我们可以看到,当Instant是06:16:32 UTC时,太早2小时,04:16:32 UTC。所以这种方法是骗人的,看起来它有效,但事实并非如此。
这显示了导致设计Java 8日期和时间类以替换旧的类的麻烦。因此,您的问题的真正和良好的解决方案可能是让自己成为一个可以轻松接受Instant对象的JDBC 4.2驱动程序,这样您就可以避免完全转换为Timestamp。我不知道你现在还能找到它,但我确信它会是。