Python datetime转纪元秒数偶现错误，time.mktime处理特定时间失效

这问题我之前踩过同款坑！核心原因就是time.mktime()的设计逻辑——它专门用来把本地时区的时间元组转换成时间戳，而你处理的是带+00（UTC）时区标记的时间，直接用它解析就会因为时区不匹配，再加上夏令时切换的干扰，导致时间戳计算错误。

比如你提到的2017-11-05 01:46:00+00，很多地区（比如北美东部）在当天会进行夏令时调回，本地时间会重复出现01:xx的时间段，time.mktime()会把UTC的01:46当成本地时间来解析，根本分不清是第一次还是第二次的01:46，自然输出错误的时间戳，间隔计算也就乱了。

给你两个靠谱的解决方案：

方案1：用datetime.timestamp()（Python 3.3+首选） #

如果你的my_times里的元素是带时区信息的datetime对象（也就是tzinfo属性不为None），直接调用timestamp()方法就能一步到位拿到正确的UTC时间戳：

# 假设my_times是带UTC时区的datetime对象列表
timestamps = [dt.timestamp() for dt in my_times]
# 计算连续时间间隔
intervals = [timestamps[i+1] - timestamps[i] for i in range(len(timestamps)-1)]

这个方法会自动处理时区转换，直接返回自1970-01-01 UTC以来的秒数，完全绕开了本地时区和夏令时的坑。

方案2：用calendar.timegm()处理UTC时间元组 #

要是你用的Python版本低于3.3，或者需要手动处理时间元组，就用calendar.timegm()替代time.mktime()——它的作用就是把UTC时间的元组转换成时间戳，完美匹配你的需求：

import calendar
from datetime import datetime

# 示例：解析UTC时间字符串并生成时间戳
sample_time = datetime.fromisoformat("2017-11-05 01:46:00+00:00")
utc_timestamp = calendar.timegm(sample_time.timetuple())

把所有时间都用这个方法转成UTC时间戳后，再计算间隔就不会出问题了。

内容的提问来源于stack exchange，提问作者Patrick Stetz