Linux下Pandas.date_range使用UTC时区仍缺失夏令时起始时段问题

可能原因 #

1. Pandas版本bug：部分旧版本的Pandas在生成带UTC时区的高频时间序列时，可能误引入其他时区的夏令时逻辑错误（尽管UTC本身无夏令时），导致时段缺失。
2. 时区转换误操作：你可能在后续查看或处理序列时，不小心将UTC时间转换到了存在夏令时跳转的时区（如美国东部时间），该时段在目标时区不存在，从而误以为原序列缺失。
3. 时间解析异常：若系统默认时区含夏令时，且Pandas版本较低，可能在解析start/end的无时区字符串时，错误以本地时区解析后再转UTC，导致序列起始/结束点偏移。

解决办法 #

1. 验证序列是否真的缺失 #

先通过代码确认目标时段是否确实不存在：

import pandas as pd

# 生成时间序列
daterange = pd.date_range(start='2024-01-01', end='2024-12-31', freq='5T', tz='UTC', name='start_dt')

# 定义目标时段的UTC时间戳
target_start = pd.Timestamp('2024-03-10 02:00:00', tz='UTC')
target_end = pd.Timestamp('2024-03-10 02:55:00', tz='UTC')

# 筛选并检查条目数
subset = daterange[(daterange >= target_start) & (daterange <= target_end)]
print(f"目标时段内的条目数量：{len(subset)}")  # 正常应为12条

如果输出为12，说明序列本身包含该时段，问题出在后续查看/转换环节。

2. 升级Pandas到最新稳定版 #

若验证后确实缺失，大概率是版本bug，执行升级：

pip install --upgrade pandas

最新版Pandas修复了大量时区相关的解析和生成问题，可避免此类异常。

3. 显式指定带时区的起始/结束时间 #

为消除无时区字符串解析的不确定性，直接用带UTC时区的时间戳作为参数：

start = pd.Timestamp('2024-01-01 00:00:00', tz='UTC')
end = pd.Timestamp('2024-12-31 23:59:59', tz='UTC')
daterange = pd.date_range(start=start, end=end, freq='5T', name='start_dt')

这种方式确保起始和结束时间被正确解析为UTC时区，不受系统默认时区干扰。

4. 检查后续处理中的时区转换 #

若问题出在查看环节，确认没有误执行时区转换操作，比如避免：

# 错误：转换到存在夏令时跳转的时区
daterange.tz_convert('America/New_York')
# 错误：移除时区信息可能导致时间错位
daterange.tz_localize(None)

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