mktime returns 不正确的值

mktime returns incorrect value

我想在微控制器上使用 mktime(或至少使用 32 位宽的时间戳)。我从 avr libc source files 添加了所需的文件(在 Atmel Studio 7 中,时间函数不可用),没有更改算法。但是对于 2016.06.08.23:34:00 (UTC+1, EU dst), mktime returns 518736960, 但它应该 return 1465425240.

set_zone(ONE_HOUR);
set_dst(eu_dst);
struct tm myTime;
myTime.tm_sec = 0;
myTime.tm_min = 36;
myTime.tm_hour = 23;
myTime.tm_mday = 8;
myTime.tm_mon = 5;
myTime.tm_year = 116;
myTime.tm_isdst = ONE_HOUR;
time_t tim = mktime(&myTime);

我做错了什么?这些功能应该可以正常工作。

518736960 对应 Unix 纪元时间 1986 年 6 月 9 日 21:36:00;在我看来,这个实现好像使用了不同的纪元,从 2000 年 1 月 1 日开始,而不是 1970 年 1 月 1 日。

时差归因于 TZ 和 DST 偏移。日期相差一个是由于 2000 年不是闰年,而 1970 年是闰年。


编辑:

文档here明确指出纪元开始是2000:

Though not specified in the standard, it is often expected that time_t is a signed integer representing an offset in seconds from Midnight Jan 1 1970... i.e. 'Unix time'. This implementation uses an unsigned 32 bit integer offset from Midnight Jan 1 2000. The use of this 'epoch' helps to simplify the conversion functions, while the 32 bit value allows time to be properly represented until Tue Feb 7 06:28:15 2136 UTC. The macros UNIX_OFFSET and NTP_OFFSET are defined to assist in converting to and from Unix and NTP time stamps.

没有纪元标准,也没有特定的基础宽度或 time_t 的符号。但是,如果您将 mktime() 的结果与 localtime() 往返,例如使用 相同的库 ,它将产生正确的结果。一个库或系统的 time_t 值不需要与另一个兼容,因此在系统之间交换 time_t 值有点问题。

在这种情况下可以通过添加UNIX_OFFSETNTP_OFFSET转换为公认的事实标准,并在必要时确保在接收系统上进行任何相应的调整。原理与原理类似network byte order 例如,通过使用商定的中间表示在具有不同终结性的系统之间交换数据(这恰好也是交换 time_t 时要考虑的事情).

通常交换指定格式(例如ISO 8601)的字符串更简单,以避免纪元、数据类型和字节序差异。另一方面,字符串表示形式的转换比纯算术操作更昂贵。