python将localtime中的字符串转换为UTC纪元时间戳

Question

我有YMD hms格式的字符串，它去掉了时区。但我知道他们是在东部时间夏令时。

我试图将它们转换为UTC时间的历元时间戳。

我编写了以下函数：

def ymdhms_timezone_dst_to_epoch(input_str,  tz="US/Eastern"):
    print(input_str)
    dt = datetime.datetime.fromtimestamp(time.mktime(time.strptime(input_str,'%Y-%m-%d %H:%M:%S')))
    local_dt = pytz.timezone(tz).localize(dt)
    print(local_dt.strftime('%Y-%m-%d %H:%M:%S %Z%z'))
    utc_dt = local_dt.astimezone(pytz.utc)
    print(utc_dt.strftime('%Y-%m-%d %H:%M:%S %Z%z'))    
    e = int(utc_dt.strftime("%s"))
    print(e)
    return e

Given string `2015-04-20 21:12:07` this prints:

    2015-04-20 21:12:07
    2015-04-20 21:12:07 EDT-0400 #<- so far so good?
    2015-04-21 01:12:07 UTC+0000 #<- so far so good?
    1429596727

这看起来符合时代时间戳。但是http://www.epochconverter.com/epoch/timezones.php?epoch=1429596727说它应该在格林威治时间4月21 2015 06:12:07UTC。

怎么了？

Answer 1

我不知道为什么，但您必须在使用%s打印之前从utc_dt中删除时区信息。

e = int(utc_dt.replace(tzinfo=None).strftime("%s"))
print(e)
return e

Answer 2

首先，并非所有平台都支持'%s'，因为平台C库的strftime（）函数（由Python调用）支持它，所以它实际上对您有效。这个函数很可能是导致问题的原因，我猜它没有时区意识，因此当从历元时间中提取差异时，它使用的是您的本地时区，这很可能是EST（？）

不要依赖于'%s'，它只适用于少数平台（我相信是linux），而应该手动减去从epoch（1970/1/1 00:00:00）获得的日期时间，以获得自epoch以来的实际秒数。范例-

e = (utc_dt - datetime.datetime(1970,1,1,0,0,0,tzinfo=pytz.utc)).total_seconds()

演示-

>>> (utc_dt - datetime.datetime(1970,1,1,0,0,0,tzinfo=pytz.utc)).total_seconds()
1429578727.0

这与您获得的日期时间正确对应。

Answer 3

我有YMD hms格式的html" target="_blank">字符串，删除了时区。但我知道它们是东部时间和夏令时。

可移植的方法是使用pytz：

#!/usr/bin/env python
from datetime import datetime
import pytz # $ pip install pytz

naive_dt = datetime.strptime('2015-04-20 21:12:07', '%Y-%m-%d %H:%M:%S')
tz = pytz.timezone('US/Eastern')
eastern_dt = tz.normalize(tz.localize(naive_dt))
print(eastern_dt)
# -> 2015-04-20 21:12:07-04:00

我试图将它们转换为UTC时间的历元时间戳。

timestamp = (eastern_dt - datetime(1970, 1, 1, tzinfo=pytz.utc)).total_seconds()
# -> 1429578727.0

请参阅在Python中将datetime.date转换为UTC时间戳。

代码中存在多个问题：

>

时间。mktime（）和datetime。fromtimestamp（）如果无法访问系统（尤其是Windows）上的历史时区数据库，则过去/将来的日期可能会失败

localize（dt）可能会对不明确或不存在的时间返回错误的结果，即在DST转换期间。如果知道时间对应于夏季时间，则使用isdst=True<代码>tz。这里需要normalize（），以调整输入中可能不存在的时间

utc_dt.strftime（"%s"）不可移植，它不尊重tzinfo对象。它将输入解释为本地时间，即除非您的本地时区是UTC，否则它会返回错误的结果。

我可以一直设置is_dst=True吗？

如果你不介意在不明确或不存在的时间得到不精确的结果，例如，美国/纽约时区秋季有DST转换：

>>> from datetime import datetime
>>> import pytz # $ pip install pytz
>>> tz = pytz.timezone('America/New_York')
>>> ambiguous_time = datetime(2015, 11, 1, 1, 30)
>>> time_fmt = '%Y-%m-%d %H:%M:%S%z (%Z)'
>>> tz.localize(ambiguous_time).strftime(time_fmt)
'2015-11-01 01:30:00-0500 (EST)'
>>> tz.localize(ambiguous_time, is_dst=False).strftime(time_fmt) # same
'2015-11-01 01:30:00-0500 (EST)'
>>> tz.localize(ambiguous_time, is_dst=True).strftime(time_fmt) # different
'2015-11-01 01:30:00-0400 (EDT)'
>>> tz.localize(ambiguous_time, is_dst=None).strftime(time_fmt) 
Traceback (most recent call last):
...
pytz.exceptions.AmbiguousTimeError: 2015-11-01 01:30:00

时钟倒转到2a。m、 在11月的第一个星期天：

is_dst消歧标志可以有三个值：

• False——默认值，假设为冬季时间

is_dst值对于现有唯一的本地时间被忽略。

当地时间在折叠中重复两次（夏季时间-折叠前，冬季时间-折叠后）。

为了能够自动消除当地时间的歧义，您需要一些额外的信息，例如，如果您阅读了一系列当地时间，那么如果您知道这些时间已排序，则可能会有所帮助：在观察夏令时的同时，解析当地时间（UTC）中排序的时间戳。