前言

我們都知道時區(qū)，標(biāo)準(zhǔn)時區(qū)是UTC時區(qū)，django默認(rèn)使用的就是UTC時區(qū)，所以我們存儲在數(shù)據(jù)庫中的時間是UTC的時間，但是當(dāng)我們做的網(wǎng)站只面向國內(nèi)用戶，或者只是提供內(nèi)部平臺使用，我們希望存儲在數(shù)據(jù)庫中的時間就是本地時間(東八區(qū)的時間)，那么django也是可以完成這樣的需求的

await時間和navie時間

什么是await時間和navie時間？它是我們python中的兩種時間類型

navie：不知道自己的時間表示哪個時區(qū) await：知道自己的時間表示的是哪個時區(qū)的 django設(shè)置東八區(qū)時間

我們想讓django中的時區(qū)變?yōu)闁|八區(qū)的時間，很簡單

USE_TZ = FalseTIME_ZONE = ’Asia/Shanghai’

在settings.py文件中將USE_TZ設(shè)置為False，將TIME_ZONE設(shè)置為亞洲上海，之后我們在模型中創(chuàng)建時間字段的時候，在數(shù)據(jù)庫中存儲的就是東八區(qū)的時間，而時間的類型會使navie類型，所以我們就不能再把navie類型的時間轉(zhuǎn)換成其他時區(qū)的類型，所以我們一般不建議這么做。

django設(shè)置UTC時區(qū)

django中默認(rèn)設(shè)置的是UTC時區(qū)，所以我們數(shù)據(jù)庫中存儲時間就是UTC時區(qū)的時間，也就是0時區(qū)，比我們正常見到的少8個小時，但是它的時間是await類型，可以轉(zhuǎn)成任意時間的時區(qū)。

django中提供了2個時間的方法

django.utils.timezone.now：會根據(jù)settings.py文件中是否設(shè)置了USE_TZ=True獲取當(dāng)前的時間。如果為Ture，那么就獲取一個aware類型的UTC時間，如果為False，那么就獲取一個navie類型的時間 django.utils.timezone.localtime：會根據(jù)setting.py中的TIME_ZONE來將一個aware類型的時間轉(zhuǎn)換為TIME_ZONE指定時區(qū)的時間下面列出了幾個常見的時區(qū)問題，并提供相關(guān)原因，如有不對，歡迎指出。

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

datetime.datetime.now()：輸出的永遠(yuǎn)是本地時間（naive time）與配置無任任何關(guān)系。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ù)庫里存儲的通常是本地時間，當(dāng)然都是naive time。

Django在1.4版本之后存儲如果設(shè)置了USE_TZ=True，則存儲到數(shù)據(jù)庫中的時間永遠(yuǎn)是UTC時間。這時如果settings里面設(shè)置了USE_TZ=True與TIME_ZONE = ’UTC’，用datetime.datetime.now()獲取的時間django會把這個時間當(dāng)成UTC時間存儲到數(shù)據(jù)庫中去。如果修改設(shè)置為USE_TZ=True與TIME_ZONE = ’Asia/Shanghai’，用datetime.datetime.now()獲取的時間由于不帶時區(qū)，django會把這個時間當(dāng)成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？

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

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

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

問題五：模板顯示時間

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

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

到此這篇關(guān)于django時區(qū)問題的解決的文章就介紹到這了,更多相關(guān)django 時區(qū)內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！