Linux上的mktime行为令人困惑？

如果当地时间因夏令时而改变30分钟，那么每年就有30分钟的当地时间发生两次（一次是夏令时，一次是不发生），另外30分钟则是 never 发生（当时间改变时，它会被跳过）。

因此，在时钟被调回的30分钟内的当地时间是不明确的，除非指定DST是否生效；有两个实际的时间时刻，它们可能对应于。

在时钟被提前设置的30分钟内的当地时间是无效的；它们没有实际的时间点可以对应（尽管转换仍然可以通过假设DST生效或不生效来完成）。

因此，对于一些本地时间（忽略夏令时状态），可能有不止一个对应的UTC时间，但对于任何给定的UTC时间，只有一个可能的本地时间（如果夏令时调整被正确计算的话）。

当你调用 mktime 时，它正在将你给它的本地时间转换为一个time_t，就像DST生效或不生效一样，取决于 tm_isdst 的值。 你得到的修正值是基于这个转换的反面，系统会根据它对转换时的夏令时是否生效的想法，来决定你得到的是夏令时还是非夏令时的时间。 你给它的时间和你得到的时间实际上代表了同一时刻的时间，但由于不同的夏令时状态，与UTC的偏移量不同。

所以是的，这是 mktime 的正确行为。 它应该根据它对如何正确表示你给它的时间的想法来规范结构中的值。

这也说明了为什么使用本地时间追踪实际事件时要小心 -- 如果DST状态或与UTC的偏移量没有和时间一起保存，一些本地时间值可能是模糊的。