mktime и tm_isdst

Я считаю, что первоначальная причина этого в том, что в некоторых часовых поясах нет летнего времени. Поскольку mktime не является асинхронно-безопасным и не допускает повторного входа, реализация позволяет сохранить текущее значение летнего времени в POSIX extern char tzname[2], проиндексированном дневным светом [0 или 1]. Это означает tzname[0]="[std TZ name]" и tzname="[дневное TZ name, например, EDT]"

См. справочную страницу tzset() для получения дополнительной информации об этом. Стандарты, соответствующие mktime(), должны вести себя так, как если бы они все равно вызывали tzset(). Этот вид устраняет использование tm_isdst, IMO.

Итог: ваша конкретная реализация и часовой пояс (ы) будут определять, будете ли вы использовать -1, 0 или 1 для tm_isdst. Не существует одного правильного способа по умолчанию для всех реализаций.

По возможности следует избегать установки tm_isdst в -1. Система не всегда может определить статус перехода на летнее время только по дате и времени. Это неоднозначно за час до и после окончания летнего времени. Например, если вы передаете mktime() 1:30 4 ноября 2012 г., этой информации недостаточно для получения правильного значения time_t из mktime(). Обычно я видел, что mktime() принимает стандартное время в случае его неоднозначности, но я не видел никакой документации, гарантирующей такое поведение на всех платформах. 1:30 4 ноября 2012 г. с tm_isdst == 1 будет на 1 час раньше, потому что время с 1:00:00 до 1:59:59 повторяется.

#include <stdio.h>
#include <time.h>

int main()
{
    time_t daylight, standard;
    struct tm timestr;
    double diff;

    timestr.tm_year = 2012 - 1900;
    timestr.tm_mon = 11 - 1;
    timestr.tm_mday = 4;
    timestr.tm_hour = 1;
    timestr.tm_min = 30;
    timestr.tm_sec = 0;

    /* first with standard time */
    timestr.tm_isdst = 0;
    standard = mktime(&timestr);

    /* now with daylight time */
    timestr.tm_isdst = 1;
    daylight = mktime(&timestr);

    diff = difftime(standard, daylight);

    printf("Difference is %f hour(s)", diff/60.0/60.0);

    return 0;
}

Это производит:

Difference is 1.000000 hour(s)

Оба — 4 ноября 2012 г., 1:30, однако оба являются двумя разными значениями time_t с разницей в 1 час.

mktime() по существу имеет 2 выхода:

• время_t
• восстановленная временная структура

Структура времени является одновременно входом и выходом. Он изменен mktime(), чтобы вернуть все элементы структуры в номинальные диапазоны. Например, если вы увеличиваете член tm_hour += 500, это означает увеличение времени на 500 часов. Элемент tm_hour будет изменен на значение от 00 до 23, а tm_day, tm_mday и т. д. будут изменены соответствующим образом. tm_isdst также является и входом, и выходом. Его значения следующие:

• 1 (действующее летнее время, т. е. дневное время)
• 0 (летнее время не действует, т.е. стандартное время)
• -1 (Неизвестный статус перехода на летнее время)

Таким образом, mktime() выводит либо 1, либо 0 для tm_isdst, а не -1.

-1 является возможным вводом, но я бы подумал, что это означает «Неизвестно». Не думайте, что это означает "определить автоматически", потому что в общем случае mktime() не всегда может определить это автоматически.

Явный статус DST (0 или 1) должен исходить от чего-то внешнего по отношению к программному обеспечению, например, хранить его в файле или базе данных или запрашивать у пользователя.

Я думаю, что вам действительно следует использовать -1 для поля tm_isdst, если у вас нет информации о типе времени, с которым вы имеете дело.

Например, в Калифорнии у нас все еще есть PST и PDT. Если вы анализируете дату и информация о часовом поясе присутствует, вы должны установить tm_isdst соответственно. Как упоминал Джим Макнамара, эти имена доступны в массиве tzname[] после вызова tzset().

Например, в следующем коде C++ записывается PST/PDT:

int main(int argc, char * argv [])
{
    tzset();
    std::cerr << tzname[0] << "/" << tzname[1] << "\n";

    return 0;
}

Смещение в массиве tzname[] соответствует значению tm_isdst. (PST – стандартное тихоокеанское время, tm_isdst = 0, и PDT, тихоокеанское летнее время, tm_isdst = 1.)

Если у вас нет информации о часовом поясе во входных данных, то лучше всего использовать -1. Вы сталкиваетесь с проблемой только, когда дата соответствует дню и времени, когда произошло изменение. Как объясняет Рич Ян, 4 ноября 2012 года у него было изменение времени между стандартным и дневным временем, и примерно в это же время gmtime() должен был сделать выбор, и это мало чем отличается от того, что вы ожидаете. При этом, это происходит всего 2 часа в году и посреди ночи. Поэтому, если вы не работаете над критическим типом программного обеспечения, где дата очень важна, это, вероятно, не будет иметь большого значения.

Итак, в качестве резюме:

• если у вас есть часовой пояс, привязанный к дате, которую вы хотите преобразовать, используйте эту информацию для определения значения tm_isdst (при этом я не слишком уверен, как вы справитесь с этим, если вам нужно поддерживать все часовые пояса... tzname[] дает только текущий часовой пояс пользователя.)
• во всех остальных случаях используйте -1