linux程序mktime无权限,令人困惑的mktime在Linux上的行为？

我在Suse 10中使用mktime(struct tm *)函数.

现在,当启用夏令时时,我注意到一些奇怪的行为.假设我已经启用了夏令时,从9月15日18:10开始,白天校正为30分钟.现在,当我调用具有日期为9月15日18:10并且tm_isdst设置为0的tm结构的mktime时,我仅在tm_isdst设置为1的情况下返回tm结构中的相同值.

但是,如果将日期作为9月15日18:10传递并且tm_isdst设置为1,那么我发现时间更改为17:40. tm结构中的这种校正在9月15日18:10到9月15日18:40之间的时间内被注意到,但在此之后没有发生时间校正并且仍然启用了标记.即使我在9月16日18:10过了日期,也没有时间校正,只有dst标志保持启用状态.

我完全糊涂了.这是mktime的正确行为吗？

解决方法:

如果DST的本地时间改变30分钟,那么每年一次有30分钟的本地时间发生两次(一次是DST,一次没有),另外30分钟从未发生过(当时间变化时会跳过它).

因此,当时钟被设置回的30分钟内的本地时间是不明确的,除非指定DST是否生效;他们可以对应的时间有两个实际时刻.

当时钟提前30分钟内的当地时间无效;没有实际的时间可以对应(虽然转换可能仍然是通过假设DST生效或不生效)来完成的.

因此,对于某些本地时间(忽略DST状态),可能存在多个相应的UTC时间,但是对于任何给定的UTC时间,只有一个可能的本地时间(如果正确地考虑了DST调整).

当你调用mktime时,它会将你给它的本地时间转换为time_t,就像DST生效或不生效一样,具体取决于tm_isdst的值.您获得的校正值基于此转换的反向,系统将根据其是否在转换时生效DST的想法来确定您是获得DST时间还是非DST时间.你给它的时间和你回来的时间实际上代表了同一时刻,但由于不同的DST状态,与UTC的偏差不同.

所以,是的,这是mktime的正确行为.根据它如何正确表示你给出它的时间的想法,它应该规范化结构中的值.

这也说明了为什么要小心使用本地时间跟踪实际事件 – 如果DST状态或与UTC的偏移没有与时间一起保存,则某些本地时间值可能不明确.

标签：datetime,c-3,linux,mktime

来源： https://codeday.me/bug/20190518/1127234.html