時區處理對象

-1

我不明白，爲什麼下面的代碼減去UNIX紀元時間戳的一個小時（在時區UTC + 1）：時區處理對象

import datetime 
import pytz 
start_dt = datetime.datetime.fromtimestamp(1362268800 , pytz.utc) 
print start_dt 
# prints datetime.datetime(2013, 3, 3, 0, 0, tzinfo=<UTC>) 
print int(start_dt.strftime("%s")) 
# prints: 1362265200 (which is 2013-03-02T23:00Z) <--- I expected 1362268800 
print start_dt.strftime("%Y-%m-%dT%H:%M:%SZ") 
# prints: 2013-03-03T00:00:00Z

因爲我已經在我的問題，通過砍死使用calendar.timegm(start_ts.timetuple())，但我從根本上想知道上面的代碼有什麼問題，以及如何創建UTC格式的日期時間對象，以及strftime將打印曆元時間戳的位置。

根據python文檔使用「％s」不是特別允許的。是否應該明確地不允許（即引發異常？）如果它導致混淆結果？

使用Python 2.7.3

來源

2013-03-13 Emile Aben

[將日期，日期時間對象轉換爲POSIX時間戳的各種方法]（http://stackoverflow.com/a/8778548/4279） – jfs 2013-03-13 09:26:59

使用「％s」中的不是根據python文檔特別允許。如果導致混淆結果，是否應明確禁止（即引發異常？）？

從the docs：

的全套支持的格式代碼跨平臺的不同而不同，因爲Python調用平臺的C庫的strftime（）函數，平臺間的變化是常見的。

有一個在Python的bug跟蹤系統"datetime.strftime('%s') should respect tzinfo"一個懸而未決的問題，以增加對"%s"明確支持：

>這樣看來，問題在於的strftime（）

是，的strftime（」％s'）目前忽略tzinfo。這不是一個錯誤。對'％s'格式代碼的支持是附帶的，並且在 Python中沒有記錄。

來源

2013-03-13 09:51:28 jfs

時區處理對象

回答

相關問題