奇怪的Java时区日期转换问题

前端之家收集整理的这篇文章主要介绍了奇怪的Java时区日期转换问题前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我想将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两种变体.

有人可以帮助我,告诉我这里出了什么问题吗?

解决方法

这就是问题:
TimeZone.getTimeZone("Germany")

没有这样的时区ID,所以Java的无限智慧决定只返回UTC而不告诉你什么是错的.改为:

TimeZone.getTimeZone("Europe/Berlin")

维基百科有一个list of IANA time zone IDs,但有点过时(在写作时); IANA data是最新的,但它不是那么容易浏览…

猜你在找的Java相关文章