验证UTC时间区间判断代码是否满足亚利桑那州18点至次日6点运行要求

现有代码逻辑正确性判断 #

你写的现有逻辑是完全错误的，原因如下：

• 你需要的运行时段是UTC 13点到次日1点，属于跨零点的时段，而现有代码判断的是>=1:00 且 <=13:00，刚好覆盖和需求完全相反的时段：UTC凌晨1点到下午13点，完全匹配不上你要的13点到次日1点的区间。
• 你之前的时区对应逻辑也写错了运算符：跨零点的区间判断应该用或而不是且，只要满足大于等于13点、小于等于1点两个条件之一，就属于运行时段。
• 额外的隐藏问题：datetime.now()默认取系统本地时间，如果你没有显式把Pod时区设为UTC，拿到的时间就不是UTC时间，会直接导致逻辑失效。

更优的实现方式 #

基础修复版（按UTC判断） #

from datetime import datetime, time

# 显式取UTC时间，避免Pod时区配置异常导致的问题
now_utc_time = datetime.utcnow().time()
if now_utc_time >= time(13, 0) or now_utc_time <= time(1, 0):
    # 执行任务
    do_stuff

高可维护性版（推荐） #

把时段配置抽离，同时兼容跨零点和不跨零点的时段需求，后续调整运行时间不用改判断逻辑：

from datetime import datetime, time

# 可配置项：UTC时段的开始、结束时间
RUN_PERIOD_START = time(13, 0)
RUN_PERIOD_END = time(1, 0)

now_utc_time = datetime.utcnow().time()

# 自动适配跨/不跨零点的场景
if RUN_PERIOD_START < RUN_PERIOD_END:
    is_run_time = RUN_PERIOD_START <= now_utc_time <= RUN_PERIOD_END
else:
    is_run_time = now_utc_time >= RUN_PERIOD_START or now_utc_time <= RUN_PERIOD_END

if is_run_time:
    do_stuff

无换算成本版（最优） #

直接按亚利桑那州本地时间判断，不用手动计算时区偏移，也不用怕后续夏令时规则调整（虽然亚利桑那州大部分区域不执行夏令时）：

from datetime import datetime, time
import pytz # 需要提前安装pytz依赖

arizona_tz = pytz.timezone('America/Phoenix')
now_arizona_time = datetime.now(arizona_tz).time()

if now_arizona_time >= time(18, 0) or now_arizona_time <= time(6, 0):
    do_stuff

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