我想将ms-since-1970-timestamp
转换为带有时区(德国)的日期。
这里有两个代码变体 - 至少,我记得使用它并且它起作用了:
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.GregorianCalendar;
import java.util.Locale;
import java.util.TimeZone;
public class TestDate {
public static void main(String[] args) {
Calendar cal = GregorianCalendar.getInstance(TimeZone.getTimeZone("Germany"), Locale.GERMANY);
Date d = new Date();
cal.setTime(d);
System.out.println(String.format("%02d.%02d.%04d %02d:%02d:%02d",
cal.get(Calendar.DAY_OF_MONTH), cal.get(Calendar.MONTH)+1, cal.get(Calendar.YEAR),
cal.get(Calendar.HOUR_OF_DAY), cal.get(Calendar.MINUTE), cal.get(Calendar.SECOND)));
SimpleDateFormat df = new SimpleDateFormat( "dd.MM.yyyy HH:mm:ss.S" );
df.setTimeZone(TimeZone.getTimeZone("Germany"));
System.out.println(df.format(d));
}
}
这真的很奇怪,因为我找不到2小时时差的原因。
应该是:16:05:20
代码打印:14:05:20
两种变体。
有人可以帮助我,告诉我这里出了什么问题吗?
答案 0 :(得分:18)
这是问题所在:
TimeZone.getTimeZone("Germany")
没有这样的时区ID,因此Java无限智慧决定只返回UTC而不告诉你任何错误。试试这个:
TimeZone.getTimeZone("Europe/Berlin")
维基百科有list of IANA time zone IDs,但它有点过时(在撰写本文时); IANA data是最新的,但它不易于浏览......
答案 1 :(得分:1)
我认为问题是您正在运行的平台上的默认时区。
java.util.Date()
确实有时区。它维护“继承的”时区信息,它看起来是从系统的默认语言环境中获取的。
此代码。
TimeZone tz = TimeZone.getTimeZone("GMT-03:00");
Calendar cal = Calendar.getInstance(tz);
cal.set(1953, 2, 22, 4, 20, 13);
Date dateTime = cal.getTime();
System.out.println(dateTime.toString());
在我的系统上产生这个,它使用PST语言环境:Sat Mar 21 23:20:13 PST 1953.
我不相信有一种方法可以使用java.util.Date object
或使用它的DateFormat对象来准确处理来自“外国”时区的时间信息。
答案 2 :(得分:1)
Answer by Jon Skeet是正确的,您使用的时区名称不正确。
这是一个使用现代java.time类的解决方案,它取代了旧的遗留日期时间类,这些类已被证明是如此麻烦和混乱。
exiftool -tagsfromfile OldFile -all:all NewFile
生成一个本地化字符串来表示该日期时间值。
Instant instant = Instant.ofEpochMilli( milliseconds_since_1970 ); // Or Instant.now() for current moment.
ZoneId z = ZoneId.of( "Europe/Berlin" );
ZonedDateTime zdt = instant.atZone( z );