再寫入數(shù)據(jù)庫對時間進行加減操作時候

django報告了錯誤

TypeError: can't subtract offset-naive and offset-aware datetimes

修改setting.py 文件

 在Django的配置文件settings.py中，有兩個配置參數(shù)是跟時間與時區(qū)有關的，分別是TIME_ZONE和USE_TZ

如果USE_TZ設置為True時，Django會使用系統(tǒng)默認設置的時區(qū)，即America/Chicago，

此時的TIME_ZONE不管有沒有設置都不起作用。

如果USE_TZ 設置為False，而TIME_ZONE設置為None，則Django還是會使用默認的America/Chicago時間。
 若TIME_ZONE設置為其它時區(qū)的話，則還要分情況，如果是Windows系統(tǒng)，則TIME_ZONE設置是沒用的，Django會使用本機的時間。如果為其他系統(tǒng)，則使用該時區(qū)的時間，入設置USE_TZ = False, TIME_ZONE = ‘Asia/Shanghai', 則使用上海的UTC時間

ps：下面看下Django時間時區(qū)問題

在django1.4以后，存在兩個概念

naive time 與 active time。

簡單點講，naive time就是不帶時區(qū)的時間，Active time就是帶時區(qū)的時間。

舉例來說，使用datetime.datetime.utcnow()、datetime.datetime.now()輸出的類似2015-05-11 09:10:33.080451就是不帶時區(qū)的時間（naive time），

而使用django.util.timezone.now()輸出的類似2015-05-11 09:05:19.936835+00:00的時間就是帶時區(qū)的時間（Active time），其中+00:00表示的就是時區(qū)相對性。

另外一個概念UTC時間，UTC時間表示的是格林尼治平均時即可，即零區(qū)時間。而北京時間表示的是東八區(qū)時間，即UTC+8。

下面列出了幾個常見的時區(qū)問題

問題一：三個時間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區(qū)別

datetime.datetime.now()：輸出的永遠是本地時間（naive time）與配置無任任何關系。

datetime.datetime.utcnow()：如果setting中配置USE_TZ=True則輸出的是UTC時間（naive time），如果setting中配置USE_TZ=False，則該輸出時間與datetime.datetime.now()完全相同。

django.util.timezone.now()：如果setting中配置USE_TZ=True則輸出的是UTC時間（active time），如果配置USE_TZ=False，則與datetime.datetime.now()完全相同。

問題二：django存儲到數(shù)據(jù)庫的時間比本地時間小8個小時？

首先要明確的一點，Django1.4版本之前，對時區(qū)毫無概概念，對時間的存取、展示不做任何處理，數(shù)據(jù)庫里存儲的通常是本地時間，當然都是naive time。

Django在1.4版本之后存儲如果設置了USE_TZ=True，則存儲到數(shù)據(jù)庫中的時間永遠是UTC時間。這時如果settings里面設置了USE_TZ=True與TIME_ZONE = 'UTC'，用datetime.datetime.now()獲取的時間django會把這個時間當成UTC時間存儲到數(shù)據(jù)庫中去。如果修改設置為USE_TZ=True與TIME_ZONE = 'Asia/Shanghai'，用datetime.datetime.now()獲取的時間由于不帶時區(qū)，django會把這個時間當成Asia/Shanghai時間，即東八區(qū)時間，然后django會把這個時間轉(zhuǎn)成帶時區(qū)UTC時間存儲到數(shù)據(jù)庫中去，而讀的時候直接按UTC時間讀出來，這就是網(wǎng)上很多人遇到的存儲到數(shù)據(jù)庫中的時間比本地時間會小8個小時的原因。

問題三：DateTimeField role_cost_history.cost_time received a naive datetime （2015-05-12 19:59:01.259517) while time zone support is active？

這個問題是因為如果設置了USE_TZ=True之后，model里面認為DateTimeField使用UTC時間（帶時區(qū)的時間），這時用datetime.datetime.now()獲取的時間是不帶時區(qū)的就會報這個問題。

問題四：django.util.timezone.now()輸出時間比本地時間小8個小時

只要設置了USE_TZ=True，django.util.timezone.now()輸出地永遠是UTC時間，不管你設置的TIME_ZONE是什么。如果USE_TZ=False，則django.util.timezone.now()輸出等同于datetime.datetime.now()，也不管TIME_ZONE設置的是什么。

問題五：模板顯示時間

在設置了USE_TZ=True之后，如果設置了TIME_ZONE = 'Asia/Shanghai'，盡管數(shù)據(jù)庫中存儲的是UTC時間，但在模板顯示的時候，會轉(zhuǎn)成TIME_ZONE所示的本地時間進行顯示。

建議：為了統(tǒng)一時間，在django開發(fā)時，盡量使用UTC時間，即設置USE_TZ=True，TIME_ZONE = 'Asia/Shanghai'，并且在獲取時間的時候使用django.util.timezone.now()。因為后臺程序使用時間時UTC時間就能滿足，也能保證證模板時間的正確顯示。

總結(jié)

以上所述是小編給大家介紹的Django 時間與時區(qū)設置問題,希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！
如果你覺得本文對你有幫助，歡迎轉(zhuǎn)載，煩請注明出處，謝謝！

最新評論