Java Java.util.Date 和 Java.util.TimeZone 的问题
Java problem with Java.util.Date and Java.util.TimeZone
我在使用 JAva 时遇到了一些麻烦,但我正在按照我在本网站 (Whosebug) 中找到的说明来管理 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 分钟。
对可能发生的事情有什么想法吗?
tl;博士
java.time.OffsetDateTime.parse( "2020-04-11T14:52:34.8121672+00:00" )
看到这个code run live at IdeOne.com。
详情
永远不要使用 java.util.Date
。这个有缺陷的 class 多年前被 JSR 310 中定义的现代 java.time classes 所取代。具体由 java.time.Instant
取代。 =23=]
避免设置 JVM 当前的默认时区。这样做会立即影响该 JVM 中所有应用 运行 的所有线程中的所有其他代码。编写您的代码,使您永远不会依赖默认时区。始终指定您的 desired/expected 时区。
无需定义此自定义格式模式:"yyyy-MM-dd'T'HH:mm:ss.SSSSSSSXXX"
。该格式在 ISO 8601 标准中定义,在 java.time 中默认使用 parsing/generating text.
按照惯例,小数以三位数字为一组书写。因此建议您的数据发布者将该文本值写为 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
。查找添加到旧 classes 的新转换方法。
java.util.Date juDate = Date.from( odt.toInstant() ) ;
所有这些都已在 Stack Overflow 上多次解决。发帖前请仔细搜索。并且,搜索以了解更多信息。
我在使用 JAva 时遇到了一些麻烦,但我正在按照我在本网站 (Whosebug) 中找到的说明来管理 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 分钟。
对可能发生的事情有什么想法吗?
tl;博士
java.time.OffsetDateTime.parse( "2020-04-11T14:52:34.8121672+00:00" )
看到这个code run live at IdeOne.com。
详情
永远不要使用 java.util.Date
。这个有缺陷的 class 多年前被 JSR 310 中定义的现代 java.time classes 所取代。具体由 java.time.Instant
取代。 =23=]
避免设置 JVM 当前的默认时区。这样做会立即影响该 JVM 中所有应用 运行 的所有线程中的所有其他代码。编写您的代码,使您永远不会依赖默认时区。始终指定您的 desired/expected 时区。
无需定义此自定义格式模式:"yyyy-MM-dd'T'HH:mm:ss.SSSSSSSXXX"
。该格式在 ISO 8601 标准中定义,在 java.time 中默认使用 parsing/generating text.
按照惯例,小数以三位数字为一组书写。因此建议您的数据发布者将该文本值写为 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
。查找添加到旧 classes 的新转换方法。
java.util.Date juDate = Date.from( odt.toInstant() ) ;
所有这些都已在 Stack Overflow 上多次解决。发帖前请仔细搜索。并且,搜索以了解更多信息。