Баг TimeZone Android Java

Запись от Nikto размещена 06.06.2016 в 15:45

Показов 2786 Комментарии 2

Разрабатывая одно приложение наткнулся на ошибку в переводе времени из одного часового пояса в другой.
Требовалось написать функцию перевода из текущей тайм зоны в тайм зону Москвы.

Получилась такая функция:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public Date getMskDateTime(Date d)
    {
        SimpleDateFormat dateFormatGmt = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
        dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT+3"));
 
        SimpleDateFormat dateFormatLocal = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
        TimeZone tz = TimeZone.getDefault();
        dateFormatLocal.setTimeZone(tz);
 
        try
        {
            return dateFormatLocal.parse(dateFormatGmt.format(d));
        } catch (ParseException e)
        {
            return new Date();
        }
    }

После были замечены баги, время переводится не всегда верно.
Проверяю у себя (моё локальное GMT+5) всё отлично работает, у другого же человека, у которого локальное GMT+6, время переводится неверно.
Перевожу у себя на GMT+6 и выявляю ту же ошибку. Перевожу на GMT+7 и опять всё верно переводит.
Т.е. при переводе на GMT+3: GMT+5 переводит на 2 часа, GMT+6 переводит опять на 2 часа (должен на 3), GMT+7 переводит на 4 часа как и должен.
Чудеса!
Ставлю у себя GMT+6. Вывожу то, что хранится в TimeZone.getDefault(). Вижу GMT+6.
Принудительно ставлю GMT+6 вместо default:

Java
1
TimeZone.getTimeZone("GMT+6");

И всё снова верно работает. МАГИЯ!
Думаю, что это баг андроида. Тестил на своём 4.4.

Решил прикрутить небольшой костыль, чтобы избавиться от проблемы.
В итоге решение выглядит так:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
public Date getMskDateTime(Date d)
    {
        SimpleDateFormat dateFormatGmt = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
        dateFormatGmt.setTimeZone(TimeZone.getTimeZone("GMT+3"));
 
        SimpleDateFormat dateFormatLocal = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
        TimeZone tz = TimeZone.getDefault();
        long hours = TimeUnit.MILLISECONDS.toHours(tz.getRawOffset());
        long minutes = TimeUnit.MILLISECONDS.toMinutes(tz.getRawOffset())
                - TimeUnit.HOURS.toMinutes(hours);
        minutes = Math.abs(minutes);
        tz = TimeZone.getTimeZone(String.format("GMT+%d:%02d", hours, minutes));
        dateFormatLocal.setTimeZone(tz);
 
        try
        {
            return dateFormatLocal.parse(dateFormatGmt.format(d));
        } catch (ParseException e)
        {
            return new Date();
        }
    }

Источник: https://catplusplus.ru/blog/bu... droid_java

Размещено в Без категории

« Как уменьшить память занимаемую графическими элементами Главная страница Пробую программировать на Wct »

Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.

Всего комментариев 2

Комментарии

	Это не может быть связано с тем, что мы в свое время отказались от перехода на летнее время? М.б. пакет не проапдейтили? Или я чего не так понимаю?
	Запись от HighPredator размещена 07.06.2016 в 12:27

Сообщение от HighPredator

Это не может быть связано с тем, что мы в свое время отказались от перехода на летнее время? М.б. пакет не проапдейтили? Или я чего не так понимаю?

Не знаю, но то, что если вручную прописать GMT+6, то всё работает, а если выбрать дефолтное, которое тоже GMT+6, то считает неверно и это как минимум неправильная работа java функций. Даже если дело в не проапдейтных пакетах, то юзеров с необновлёнными пакетами много и получается у них всех неправильно будет работать перевод в другую таймзону, а это уже пахнет багом.

Запись от Nikto размещена 07.06.2016 в 13:42 Nikto вне форума

Nikto

Регистрация 28.11.2009
Сообщений 460
Записей в блоге 14

Новые блоги и статьи Все статьи Все блоги /
GitHub Copilot в JetBrains: модель по умолчанию, Fix и контроль MCP and_y87 12.10.2026 10 октября 2026 года GitHub обновил Copilot для JetBrains: добавил настройки стартовой модели, исправления из диагностики и управление автозапуском MCP. Поддержка IDE 2025. 1 прекращена — требуется. . .	День 5 из 28: Codex подсказывает следующий запрос and_y87 12.10.2026 9 октября 2026 года OpenAI запустила бету Composer predictions — подсказок следующего сообщения в текущем диалоге Codex. Это помощь с формулировкой запроса, а не автоматическое продолжение задачи. . . .	Запустил конкурс "тем и промптов для текстовых квестов созданных почти чисто ИИ" Adler 06.10.2026 Всем привет! За последние три-четыре дня я создал более 16 текстовых квестовых игр используя преимущественно по одному запросу к ИИ на игру. Мне так понравилось смотреть все ветки/ сцены во всех. . .	ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .
Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .	Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .

Наверх

Сообщение форума

Отменить изменения