什麼蟒蛇time
和閏秒datetime
模塊的回報?什麼對閏秒蟒蛇回報
我會得到,當我們在23:59:60.5如果我叫:
time.time()
datetime.datetime.utcnow()
datetime.datetime.now(pytz.utc)
此外,PY2任何區別.7和py3?
爲什麼它是混淆了(至少對我來說):
從datetime docs我看到:
不同的是時間模塊,datetime模塊不支持閏秒。
關於time docs我發現在用strptime
解析時,「閏秒」支持。但是沒有關於time.time()
的評論。
我看到使用time
我得到:
>>> time.mktime(time.strptime('2016-06-30T23:59:59', "%Y-%m-%dT%H:%M:%S"))
1467327599.0
>>> time.mktime(time.strptime('2016-06-30T23:59:60', "%Y-%m-%dT%H:%M:%S"))
1467327600.0
>>> time.mktime(time.strptime('2016-07-01T00:00:00', "%Y-%m-%dT%H:%M:%S"))
1467327600.0
而且datetime
只是打擊了起來:
>>> dt.datetime.strptime('2016-06-30T23:59:60', "%Y-%m-%dT%H:%M:%S")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ValueError: second must be in 0..59
那我會得到在確切的時間(閏秒的中間) ?
我看了一下橡膠倍,時鐘速度放緩,重複秒,及各種瘋狂的想法,但我應該期待什麼Python的?
注:如果你不知道,如果我沒有什麼好做這件事是照顧,一個閏秒將至!!!!
http://stackoverflow.com/questions/21027639/python-datetime-not-accounting-for-leap-second-properly –
我希望沒有發生。你的*電腦時鐘*不會兌現閏秒;它會一直持續到下一個ntp時鐘同步,之後您的計算機時鐘將再次正確。 –
@PadraicCunningham:所有的日期時間帖子都是關於如何用日期時間表示閏秒,而不能。這是關於當您嘗試處理時間*時發生的確切的閏秒*會發生什麼。在當前的計算機上,這意味着'沒有',因爲計算機時鐘不會閏秒,因爲沒有提前告訴計算機時鐘來合併計時器的時間。 –