为什么Python返回负时区值?

为什么Python返回负时区值?,python,time,timezone,Python,Time,Timezone,例如,Python文档说明: 本地(非DST)时区的偏移量,以UTC以西的秒为单位(西欧大部分地区为负,美国为正,英国为零) 有人知道为什么它在西欧大部分地区返回负值吗?这些国家处于正抵消状态,而不是负抵消状态 示例:布鲁塞尔位于UTC+1时区…这是一个Unix人工制品。尽管时区的标准数字描述以UTC以东的小时和分钟为单位(布鲁塞尔为UTC+1,纽约为UTC-5等),但Unix时区的测量单位为UTC以西的秒数 发件人: 外部变量时区设置为协调世界时(UTC)和本地标准时间之间的差值,以秒为单位,

例如,Python文档说明:

本地(非DST)时区的偏移量,以UTC以西的秒为单位(西欧大部分地区为负,美国为正,英国为零)

有人知道为什么它在西欧大部分地区返回负值吗?这些国家处于正抵消状态,而不是负抵消状态


示例:布鲁塞尔位于UTC+1时区…

这是一个Unix人工制品。尽管时区的标准数字描述以UTC以东的小时和分钟为单位(布鲁塞尔为UTC+1,纽约为UTC-5等),但Unix
时区的测量单位为UTC以西的秒数

发件人:

外部变量
时区
设置为协调世界时(UTC)和本地标准时间之间的差值,以秒为单位,例如:


至于Unix为什么会倒退,我想这是一个历史性的意外,可能是因为Unix最初是在美国开发的。

我怀疑是打字错误。您尝试过它真正返回的结果了吗?
UTC\u时间-布鲁塞尔\u时间=-1
hour。所以你可以得到这个数字,和UTC时间相加,得到布鲁塞尔时间。如果它是以UTC以西的秒为单位定义的,那么负值对于UTC以东的时区是有意义的。这让我觉得很不寻常,但描述是一致的。我知道这是一致的,但我对Python以这种不寻常的方式处理它的原因很感兴趣。
TZ  timezone
EST 5*60*60
GMT 0*60*60
JST -9*60*60
MET -1*60*60
MST 7*60*60
PST 8*60*60