Странная проблема преобразования даты в часовом поясе Java - PullRequest
11 голосов
/ 12 августа 2011

Я хочу преобразовать 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 в обоих вариантах.

Может ли кто-нибудь помочь мне и сказать, что здесь пошло не так?

Ответы [ 3 ]

18 голосов
/ 12 августа 2011

Это проблема:

TimeZone.getTimeZone("Germany")

Такого идентификатора часового пояса не существует, поэтому Java в своей бесконечной мудрости решает просто вернуть вам UTC, не сообщая, что что-то не так. Попробуйте вместо этого:

TimeZone.getTimeZone("Europe/Berlin")

В Википедии есть список идентификаторов часовых поясов IANA , но он несколько устарел (на момент написания); данные IANA являются наиболее актуальными, но их не так просто просматривать ...

1 голос
/ 22 августа 2016

Ответ от Jon Skeet правильный, вы указали неверное имя часового пояса.

java.time

Вот решение, использующее современные java.time классы, которые вытесняют старые унаследованные классы даты и времени, которые оказались настолько хлопотными и запутанными.

Instant instant = Instant.ofEpochMilli( milliseconds_since_1970 );  // Or Instant.now() for current moment.
ZoneId z = ZoneId.of( "Europe/Berlin" ); 
ZonedDateTime zdt = instant.atZone( z );

Создание локализованной строки для представления значения даты и времени.

Locale l = Locale.GERMANY; // Or Locale.CANADA_FRENCH, etc.
DateTimeFormatter f = DateTimeFormatter.ofLocalizedDateTime( FormatStyle.SHORT ).withLocale( l );
String output = zdt.format( f );
1 голос
/ 30 сентября 2011

Я считаю, что проблема в часовом поясе по умолчанию на платформе, на которой вы работаете.

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: суббота, 21 марта 23:20:13 PST 1953.

Я не верю, что есть способ использовать java.util.Date object или объекты DateFormat, которые его используют, для точной обработки информации о временииз «иностранного» часового пояса.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...