这问题我之前也碰到过，核心原因是Python在交互模式和脚本模式下获取的时区环境不一致——你看到的5小时差值正好是EST（东部标准时间）和UTC（协调世界时）的时差，说明脚本运行时Python默认用了UTC时区，而交互模式下正确继承了系统的EST时区。

为什么会出现这种差异？ #

datetime.now()默认会读取系统的本地时区，但这个时区信息是Python从环境变量（比如TZ）或者系统配置里获取的。有时候在终端里运行脚本时，环境变量没有正确传递给Python进程，导致Python fallback到UTC时区。

排查步骤 #

先验证环境变量的差异：在交互模式和你的test.py脚本里都添加这段代码，对比输出：

import os
print("当前TZ环境变量:", os.environ.get('TZ'))
from datetime import datetime
print(datetime.now())

如果交互模式的TZ输出是EST/America/New_York这类值，而脚本里是None或者UTC，那就能实锤是环境变量没传递的问题。

解决方案 #

方案1：手动传递正确的时区环境变量 #

在运行脚本前，先在终端里设置TZ变量：

• Cmd：

  set TZ=EST5EDT
  python test.py
  

• PowerShell：

  $env:TZ = "EST5EDT"
  python test.py
  

• Cygwin：

  export TZ="America/New_York"
  python test.py
  

方案2：在代码里显式指定时区（更可靠，不受环境影响） #

这种方法不管环境变量如何，都能确保拿到正确的EST时间，推荐优先使用：

如果你用Python 3.9及以上（推荐用标准库）

Python 3.9自带了zoneinfo模块，不需要额外安装第三方库：

from datetime import datetime
from zoneinfo import ZoneInfo

# 用具体的时区名称更准确，EST可能会有夏令时问题
print(datetime.now(tz=ZoneInfo("America/New_York")))

如果你用pytz（先解决导入错误）

你提到pytz导入失败但pip说已安装，大概率是Python版本不匹配——比如交互模式用的是python3，但脚本运行用的是python（对应Python2），或者pip安装的pytz属于Python3，而脚本用的是Python2。可以试试：

• 用python3 test.py运行脚本，或者
• 用pip3 install pytz重新安装对应Python3版本的pytz

导入成功后，代码这样写：

from datetime import datetime
import pytz

est_timezone = pytz.timezone('America/New_York')
print(datetime.now(tz=est_timezone))

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