【问题标题】：Java problem with Java.util.Date and Java.util.TimeZone [duplicate]Java.util.Date 和 Java.util.TimeZone 的 Java 问题 [重复]
【发布时间】：2020-10-31 09:37:35
【问题描述】：

我在使用 JAva 时遇到了一些问题，但我正在按照我在此站点 (StackOverflow) 中找到的说明来管理 Java 中的日期。

基本上，我将一个字符串解析为一个日期，简单的东西，但是，我得到了奇怪的结果。

这是我的代码的简化版本

package co.mil.fac.cetad.audit;

import org.springframework.boot.CommandLineRunner;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.Locale;
import java.util.TimeZone;

@SpringBootApplication
public class AuditApplication {

    public static void main(String[] args) {

        SpringApplication.run(AuditApplication.class, args);
    }

    @Bean
    public CommandLineRunner run() throws Exception {

        TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
        SimpleDateFormat changeFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSSSSSXXX");
        return (args -> {

            TimeZone test = TimeZone.getDefault();
            String timestamp = "2020-04-11T14:52:34.8121672+00:00";
            Date timestampParsed = changeFormat.parse(timestamp);

        });
    }
}

问题是我得到以下结果：

预期结果：Sat Apr 11 14:52:34 UTC 2020
观察结果：Sat Apr 11 17:07:55 UTC 2020

出于某种奇怪的原因，我的约会时间增加了 2 小时 15 分钟。

对可能发生的事情有什么想法吗？

【问题讨论】：

仅供参考：你应该切换到java.time，这会让一切变得更容易。
我建议你不要使用TimeZone、SimpleDateFormat 和Date。所有这些类都设计得很糟糕并且已经过时了，SimpleDateFormat 特别是出了名的麻烦。同样，SimpleDateFormat 也无法在几秒钟内解析 7 个小数。而是使用来自java.time, the modern Java date and time API 的OffsetDateTime。

标签： java spring spring-boot java.util.date

【解决方案1】：

tl;博士

java.time.OffsetDateTime.parse( "2020-04-11T14:52:34.8121672+00:00" )

看到这个code run live at IdeOne.com。

详情

永远不要使用java.util.Date。这个有缺陷的类在几年前被 JSR 310 中定义的现代 java.time 类所取代。具体由 java.time.Instant 取代。

避免设置 JVM 当前的默认时区。这样做会立即影响在该 JVM 中运行的所有应用程序的所有线程中的所有其他代码。编写代码，使您永远不会依赖默认时区。始终指定您想要/预期的时区。

无需定义此自定义格式模式："yyyy-MM-dd'T'HH:mm:ss.SSSSSSSXXX"。该格式在 ISO 8601 标准中定义，在解析/生成文本时默认在 java.time 中使用。

按照惯例，小数部分以三位为一组写入。因此，建议您的数据发布者将该文本值写入2020-04-11T14:52:34.812167200+00:00 而不是2020-04-11T14:52:34.8121672+00:00。并祝贺发布者同时使用偏移量的小时和分钟，以及冒号。虽然在 ISO 8601 中技术上是可选的，但包含它们可以最大限度地提高与现实世界中各种日期时间处理库的兼容性。

您的格式要求数百纳秒。但是传统的日期时间类型只能解析为毫秒（千分之一秒）。所以你把一个方形钉子压进一个圆孔。幸运的是，java.time 解析为纳秒（十亿分之一秒）。所以我们可以处理解析您的输入。

将您的特定输入解析为OffsetDateTime。

OffsetDateTime odt = OffsetDateTime.parse( "2020-04-11T14:52:34.8121672+00:00" ) ;

生成标准 ISO 8601 格式的字符串。

String output = odt.toString() ;

2020-04-11T14:52:34.812167200Z

只有在必要时才转换为可怕的遗产java.util.Date。查找添加到旧类的新转换方法。

java.util.Date juDate = Date.from( odt.toInstant() ) ;

所有这些都已在 Stack Overflow 上多次解决。请在发帖前进行更彻底的搜索。并且，搜索以了解更多信息。

【讨论】：