如何让 Java 解析和格式化具有相同时区的日期/时间?我不断获取当地时区
我的应用程序将所有 Java 日期保存为 UTC。解析它们很容易,但是当我打印它们时,显示屏显示计算机的本地时区,我想将其显示为 UTC。
示例代码:
String sample = "271210 200157 UTC";
SimpleDateFormat dfmt = new SimpleDateFormat("ddMMyy HHmmss Z");
Date result = dfmt.parse(sample);
System.out.printf("%tc\n", result);
结果是
Mon Dec 27 15:01:57 EST 2010
我想要的是
Mon Dec 27 20:01:57 UTC 2010
显然我必须设置一些 Locale 和 TimeZone 值,但我不知道该放在哪里他们。 谢谢 拍
My application keeps all Java Date's in UTC. Parsing them is easy, but when I print them out, the display shows the computer's local time zone, and I want to show it as UTC.
Example code:
String sample = "271210 200157 UTC";
SimpleDateFormat dfmt = new SimpleDateFormat("ddMMyy HHmmss Z");
Date result = dfmt.parse(sample);
System.out.printf("%tc\n", result);
the result is
Mon Dec 27 15:01:57 EST 2010
What I want is
Mon Dec 27 20:01:57 UTC 2010
Clearly I have to set some Locale and TimeZone values, but I don't see where to put them.
Thanks
Pat
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
您可以 为DateFormat设置时区:
另外,你不想打印Date对象本身,而是再次使用DateFormat
You can set the time zone for the DateFormat:
Also, you do not want to print the Date object itself, but again use the DateFormat
避免 java.util.Date
旧的 java.util.Date、.Calendar 和 SimpleDateFormat 类非常麻烦。避开他们。
许多问题之一是 java.util.Date 对象:
toString
方法实现生成其内部 UTC 日期时间值的字符串表示形式时的区域。因此,对于天真的程序员来说,Date 对象似乎有一个时区,但实际上始终是 UTC(内部只是一个 64 位整数,来自 纪元)。
格式错误
您的输入字符串的格式很笨拙。特别是,使用两位数字表示年份是有问题的。
如果您有任何控制权,我强烈建议更改它。第一个选择是遵循标准 ISO 8601 格式。
乔达时间与java.time
使用 Joda-Time 或 Java 8 中内置的新 java.time 包(并受到 Joda-Time 的启发)。
与 java.util.Date 不同,Joda-Time 中的 DateTime 对象清楚地了解自己指定的时区。如果省略时区,则分配 JVM 当前的默认时区。我建议始终指定所需的时区。
Joda-Time 和 java.time 默认情况下都使用 ISO 8601 格式来生成和解析日期时间值的字符串表示形式。
在 Joda-Time 2.7 中...
易于调整时区。为了好玩,我们将 UTC 值移至魁北克时区。
转储到控制台。
Avoid java.util.Date
The old java.util.Date, .Calendar, and SimpleDateFormat classes are notoriously troublesome. Avoid them.
Among the many problems is the fact that a java.util.Date object:
toString
method implementation that applies the JVM’s current default time zone when generating the String representation of its internal UTC date-time value.So to a naïve programmer, the Date object seems to have a time zone but is actually always is UTC (just a 64-bit integer inside, a count from epoch).
Bad Format
The format of your input string is clumsy. In particular, using two digits for the year is problematic.
If you have any control, I strongly suggest changing it. The first choice is to follow the standard ISO 8601 formats.
Joda-Time & java.time
Use either Joda-Time or the new java.time package built into Java 8 (and inspired by Joda-Time).
Unlike a java.util.Date, a DateTime object in Joda-Time clearly understands its own assigned time zone. If you omit the time zone, the JVM’s current default time zone is assigned. I recommend always specifying the desired time zone.
Both Joda-Time and java.time use ISO 8601 formats by default for both generating and parsing String representations of date-time values.
In Joda-Time 2.7…
Easy to adjust time zone. For fun, let's move that UTC value into Québec time zone.
Dump to console.