为何Python的datetime模块在时区处理上表现出该行为？

你遇到的核心问题是对astimezone()方法的逻辑理解有误，拆解如下：

1. datetime.datetime.now()的本质 #

datetime.datetime.now()生成的是无时区感知（naive）的Datetime对象，它的数值是你本地系统时区（US/Mountain）的当前时间，但没有附带时区元数据。Python会默认把这个naive对象解释为本地时区的时间，哪怕它看起来只是一串数字。

2. astimezone(tz)的执行逻辑 #

当你给naive对象调用astimezone(tz)时，Python会执行两步操作：

• 第一步：将这个naive时间绑定到你的本地时区（US/Mountain），视为该时区下的时间点
• 第二步：把这个时间点转换为目标时区tz（这里是UTC）对应的时间

所以在你的示例中：

• 13:17:18是US/Mountain时区（UTC-6）的时间
• 转换为UTC时，自然要加上6小时，得到19:17:18+00:00

3. 实现你预期效果的正确方式 #

如果你想把naive的时间数值直接转为UTC时区的感知对象（不改变数值），需要先给naive对象手动附加UTC时区，而不是用astimezone()：

import datetime
import zoneinfo

utc = zoneinfo.ZoneInfo('UTC')

# 方式1：给naive对象附加UTC时区（仅明确naive时间是UTC时使用）
naive_now = datetime.datetime.now()
utc_aware = naive_now.replace(tzinfo=utc)
print(utc_aware)  # 输出：2023-10-27 13:17:18.840857+00:00

# 方式2：直接获取当前UTC时间（日常开发更推荐）
utc_now = datetime.datetime.now(tz=utc)
print(utc_now)  # 输出：2023-10-27 19:17:18.840857+00:00

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