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