Python與Django的時區問題

在編碼中牽扯到時間問題的時候，總是容易被時區問題搞混，一直以來，都是反覆試驗應付過去，今天終於搞清楚了個中緣由，一個心結也得以化解。

Python 的時區問題

datetime.today() / datetime.now()

這兩個函數獲得的是當前的系統時間，但得到的datetime物件中的tzinfo是空的，即使系統中設定了時區。

datetime.utcnow()

這個函數獲得當前的utc時間，應該是根據當前系統時間和時區來計算的。

例如係統時間為14：00，時區為 Asia/Shanghai (北京時間)，utcnow返回時間為 6：00。同樣，得到的對像中的tzinfo 為空。

環境變數TZ 對以上函數的影響：

當系統中設定了環境變數TZ 的時候，或是在python中設定了os.environ['TZ'] 的時候，上面的函數取得的時間是TZ對應時區的時間。其實這裡可以認為 TZ 影響的不是這些函數，而是影響的系統時間，可以從date指令的回傳結果看出。 datetime.now() 與 date指令傳回的結果總是一致的。

Django的時區問題

明白了上面幾個python的函數，django的時區問題看起來就簡單了。

在django的setting中，有一個設定是 TIME_ZONE， 來設定程式中使用的時區。

從django的文檔中得知，TIME_ZONE的作用就是改變os.environ['TZ']  ，但改變os.environ['TZ']  並不會改變系統環境變數TZ ， 因此，如果TIME_ZONE 的設定在系統時區設定不一致，則在程式中datetime.now() 所獲得的時間就與date 指令的時間不一致了。

因此，TIME_ZONE 應該設定為程式希望使用的時區。對於一個本地的程序，TIME_ZONE 設定為與系統時區一樣即可；而對於一個國際化的應用，TIME_ZONE 最好設置為UTC，在顯示的時候再根據當前用戶所在的時區做調整。

手冊

classmethod datetime.now([tz])

Return the current local date and time. If optional argument tz is None or not specified, this is like today, is liken, suoss. can be gotten from going through a time.time() timestamp (for example, this may be possible on platforms supplying the C gettimeofday() function).

Else tz must be an instance of class class class and time are converted to tz's time zone. In this case the result is equivalent to tz.fromutc(datetime.utcnow().replace(tzinfo=tz)). See also today(), utcnow().

classmethod datetime.utcnow()

Return the current UTC date and time, with tzinfo None. This is like now(), but returns the current UTC date and time, as a naivedatetime object. See also current UTC date and time, as a naivedatetime object. See also now()。代碼

import pytz
....
#dt the datetime var
dt.replace(tzinfo=pytz.utc).astimezone(pytz.timezone('Asia/Shanghai'))