MacOS下Python转换时间字符串为timestamp时出现不一致问题

问题根源 #

你遇到的异常完全是因为夏令时切换导致的模糊时间（ambiguous time）：2008年10月26日是欧洲中部夏令时（CEST，UTC+2）切换到欧洲中部时间（CET，UTC+1）的日子，当地时间凌晨2点会被回拨到1点，这意味着当天02:00-03:00的时间会出现两次——一次是切换前的CEST时区，一次是切换后的CET时区。

MacOS底层的time.mktime函数在处理这种无时区信息的模糊时间时，可能随机将其中一个时间解析为切换前的时区，另一个解析为切换后的时区，导致计算出的时间差多了3600秒（1小时）；而datetime.timestamp的解析逻辑和time.mktime不一致，所以出现了输出结果混乱的情况。Windows和Linux的底层时间处理对模糊时间的解析规则更一致，因此没有这个问题。

解决方案 #

核心是明确指定时区，并为模糊时间指定归属（切换前/切换后），避免依赖本地时区的自动解析。以下是两种可行实现：

方案1：使用Python 3.9+内置的zoneinfo（推荐） #

import time
from datetime import datetime
from zoneinfo import ZoneInfo

# 明确指定本地时区（欧洲中部时间）
tz = ZoneInfo("Europe/Berlin")
timestrings = ["2008-10-26 02:55:26", "2008-10-26 02:55:31", "2008-10-26 02:59:59", "2008-10-26 03:00:02"]

for i in range(1, len(timestrings)):
    # 解析为带时区的datetime，fold=1表示该时间属于夏令时切换后的重复时间段（CET）
    dt0 = datetime.strptime(timestrings[i-1], "%Y-%m-%d %H:%M:%S").replace(tzinfo=tz, fold=1)
    dt1 = datetime.strptime(timestrings[i], "%Y-%m-%d %H:%M:%S").replace(tzinfo=tz, fold=1)
    
    ts00 = dt0.timestamp()
    ts10 = dt1.timestamp()
    print(ts00 - ts10)
    
    # 统一用带时区的datetime转timestamp，替代time.mktime
    ts01 = dt0.timestamp()
    ts11 = dt1.timestamp()
    print(ts01 - ts11)

注：fold=0代表切换前的CEST时区，fold=1代表切换后的CET时区，根据你的业务实际情况选择。

方案2：使用pytz库（兼容Python 3.9以下版本） #

import time
from datetime import datetime
import pytz

tz = pytz.timezone("Europe/Berlin")
timestrings = ["2008-10-26 02:55:26", "2008-10-26 02:55:31", "2008-10-26 02:59:59", "2008-10-26 03:00:02"]

for i in range(1, len(timestrings)):
    # 先解析为无时区的datetime，再本地化指定归属：is_dst=False代表切换后的CET时区
    naive_dt0 = datetime.strptime(timestrings[i-1], "%Y-%m-%d %H:%M:%S")
    dt0 = tz.localize(naive_dt0, is_dst=False)
    
    naive_dt1 = datetime.strptime(timestrings[i], "%Y-%m-%d %H:%M:%S")
    dt1 = tz.localize(naive_dt1, is_dst=False)
    
    ts00 = dt0.timestamp()
    ts10 = dt1.timestamp()
    print(ts00 - ts10)
    
    ts01 = dt0.timestamp()
    ts11 = dt1.timestamp()
    print(ts01 - ts11)

注：is_dst=True对应切换前的CEST时区，is_dst=False对应切换后的CET时区。

效果验证 #

修改后的代码会稳定输出你预期的结果：

5.0
5.0
268.0
268.0
3.0
3.0

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