我尝试使用 SimpleDateFormat 将字符串解析为日期,但它生成了错误的日期值。
String dataNascimentoValue = "Thu Jan 01 00:00:00 GMT 1970";
SimpleDateFormat converter = new SimpleDateFormat("EEE MMM dd HH:mm:ss zzz yyyy");
Date date = new Date();
converter.setLenient(false);
date = converter.parse( dataNascimentoValue ); //at this moment It generates //a wrong Date: Wed Dec 31 19:00:00 EST 1969
SimpleDateFormat formatter = new SimpleDateFormat("dd/MM/yyyy");
String formatedDate = formatter.format( date );
我已经尝试在我的 SimpleDateFormat 中添加区域设置,但没有成功。 我想将字符串解析为日期,因为我需要在之后对其进行格式化。
有什么帮助吗?
最佳答案
tl;博士
ZonedDateTime.parse (
"Thu Jan 01 00:00:00 GMT 1970" ,
DateTimeFormatter.ofPattern ( "EEE MMM dd HH:mm:ss zzz uuuu" , Locale.CANADA )
)
功能,而不是错误
这两个字符串:
1970 年 1 月 1 日星期四 00:00:00 GMT
1969 年美国东部时间 12 月 31 日星期三 19:00:00
…代表同一时刻,即时间线上的同一点。所以这里没问题;您看到的行为是正确的,如记录的那样。
EST
是指美国和加拿大东部大部分地区使用的时区。这些区域比 UTC (GMT) 晚五个小时。午夜减去 5 个小时是前一天的晚上 7 点 (19:00)。不同wall-clock time ,但在宇宙历史上的同一时刻。
像Date
这样的遗留日期时间类中许多糟糕的设计选择之一是动态应用 JVM在调用 toString
期间生成值的当前默认时区,否则该值始终采用 UTC。非常令人困惑,因为这种行为会产生具有时区的错觉,而实际上 Date
始终采用 UTC。更令人困惑的是,实际上在 Date
内部深处有一个时区,用于某些内部目的,但没有任何该区域的 getter 或 setter。这个类真是一团糟。避免它。
从您的报告中,我可以推断出您的 JVM 当前的默认时区为 EST。
使用java.time
您正在使用麻烦的旧日期时间类,现在是遗留的,已被 java.time 类取代。避免这些遗留类;仅使用 java.time 类。
始终指定 Locale
解析日期时间字符串时。如果省略,则 JVM 当前的默认 Locale
用于 (a) 确定用于翻译文本的人类语言,例如英语,以及 (b) 确定决定缩写、大写、标点符号等问题的文化规范。
String input = "Thu Jan 01 00:00:00 GMT 1970";
DateTimeFormatter f = DateTimeFormatter.ofPattern ( "EEE MMM dd HH:mm:ss zzz uuuu" , Locale.CANADA );
ZonedDateTime zdt = ZonedDateTime.parse ( input , f );
zdt.toString(): 1970-01-01T00:00Z[GMT]
您可以调整到其他时区。申请ZoneId
获得另一个ZonedDateTime
.
指定proper time zone name 格式为大陆/地区
,如America/Montreal
, Africa/Casablanca
,或太平洋/奥克兰
。切勿使用 3-4 个字母的缩写,例如 EST
或 IST
,因为它们不是真正的时区,不是标准化的,甚至不是唯一的(!)。
ZoneId z = ZoneId.of( "America/Montreal" );
ZonedDateTime zdtMontreal = zdt.withZoneSameInstant( z );
zdtMontreal.toString(): 1969-12-31T19:00-05:00[America/Montreal]
java.time 类上的 toString
方法更加明智和清晰,使用标准 ISO 8601生成日期时间值的文本表示时的格式。
关于java.time
java.time框架内置于 Java 8 及更高版本中。这些类取代了麻烦的旧类 legacy日期时间类,例如 java.util.Date
, Calendar
, & SimpleDateFormat
.
Joda-Time项目,现在位于 maintenance mode ,建议迁移到java.time类。
要了解更多信息,请参阅 Oracle Tutorial 。并在 Stack Overflow 上搜索许多示例和解释。规范为JSR 310 .
从哪里获取java.time类?
- Java SE 8和 SE 9然后
- 内置。
- 是标准 Java API 的一部分,具有捆绑实现。
- Java 9 添加了一些小功能和修复。
- Java SE 6和 SE 7
- 许多 java.time 功能已向后移植到 ThreeTen-Backport 中的 Java 6 和 7 .
- Android
- ThreeTenABP项目专门针对 Android 改编了 ThreeTen-Backport(如上所述)。
- 参见How to use ThreeTenABP… .
ThreeTen-Extra项目通过附加类扩展了 java.time。该项目是 java.time future 可能添加的内容的试验场。您可能会在这里找到一些有用的类,例如 Interval
, YearWeek
, YearQuarter
,和more .
关于java - SimpleDateFormat 正在解析为不同的日期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41331163/