但凡應(yīng)用涉及到時(shí)間問題，都要進(jìn)行如下考慮：我這個(gè)時(shí)間，是不是可以跨區(qū)域使用。舉個(gè)例子，有個(gè)商品的搶購(gòu)時(shí)間截止到北京時(shí)間22點(diǎn)，但我們并沒有說明這是北京時(shí)間，也就是北京時(shí)間二十三點(diǎn)的時(shí)候，莫斯科區(qū)域還能繼續(xù)搶購(gòu)，這在邏輯上是有問題的。所以我們一般都采用統(tǒng)一的時(shí)間，也就是UTC時(shí)間。但是如果并沒有這樣的需求的話，使用UTC時(shí)間并不便于我們的使用（Django默認(rèn)使用UTC時(shí)區(qū)），那么怎么進(jìn)行Django時(shí)間轉(zhuǎn)換呢？接下來這篇文章告訴你。
前言
我們都知道時(shí)區(qū)，標(biāo)準(zhǔn)時(shí)區(qū)是UTC時(shí)區(qū)，django默認(rèn)使用的就是UTC時(shí)區(qū)，所以我們存儲(chǔ)在數(shù)據(jù)庫(kù)中的時(shí)間是UTC的時(shí)間，但是當(dāng)我們做的網(wǎng)站只面向國(guó)內(nèi)用戶，或者只是提供內(nèi)部平臺(tái)使用，我們希望存儲(chǔ)在數(shù)據(jù)庫(kù)中的時(shí)間就是本地時(shí)間(東八區(qū)的時(shí)間)，那么django也是可以完成這樣的需求的
await時(shí)間和navie時(shí)間
什么是await時(shí)間和navie時(shí)間？它是我們python中的兩種時(shí)間類型
- navie：不知道自己的時(shí)間表示哪個(gè)時(shí)區(qū)
- await：知道自己的時(shí)間表示的是哪個(gè)時(shí)區(qū)的
django設(shè)置東八區(qū)時(shí)間
我們想讓django中的時(shí)區(qū)變?yōu)闁|八區(qū)的時(shí)間，很簡(jiǎn)單
USE_TZ = False
TIME_ZONE = 'Asia/Shanghai'
在settings.py文件中將USE_TZ設(shè)置為False，將TIME_ZONE設(shè)置為亞洲上海，之后我們?cè)谀Ｐ椭袆?chuàng)建時(shí)間字段的時(shí)候，在數(shù)據(jù)庫(kù)中存儲(chǔ)的就是東八區(qū)的時(shí)間，而時(shí)間的類型會(huì)使navie類型，所以我們就不能再把navie類型的時(shí)間轉(zhuǎn)換成其他時(shí)區(qū)的類型，所以我們一般不建議這么做。
django設(shè)置UTC時(shí)區(qū)
django中默認(rèn)設(shè)置的是UTC時(shí)區(qū)，所以我們數(shù)據(jù)庫(kù)中存儲(chǔ)時(shí)間就是UTC時(shí)區(qū)的時(shí)間，也就是0時(shí)區(qū)，比我們正常見到的少8個(gè)小時(shí)，但是它的時(shí)間是await類型，可以轉(zhuǎn)成任意時(shí)間的時(shí)區(qū)。
django中提供了2個(gè)時(shí)間的方法
- django.utils.timezone.now：會(huì)根據(jù)settings.py文件中是否設(shè)置了USE_TZ=True獲取當(dāng)前的時(shí)間。如果為Ture，那么就獲取一個(gè)aware類型的UTC時(shí)間，如果為False，那么就獲取一個(gè)navie類型的時(shí)間
- django.utils.timezone.localtime：會(huì)根據(jù)setting.py中的TIME_ZONE來將一個(gè)aware類型的時(shí)間轉(zhuǎn)換為TIME_ZONE指定時(shí)區(qū)的時(shí)間
下面列出了幾個(gè)常見的時(shí)區(qū)問題，并提供相關(guān)原因，如有不對(duì)，歡迎指出。
問題一：三個(gè)時(shí)間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區(qū)別
datetime.datetime.now()：輸出的永遠(yuǎn)是本地時(shí)間（naive time）與配置無任任何關(guān)系。datetime.datetime.utcnow()：如果setting中配置USE_TZ=True則輸出的是UTC時(shí)間（naive time），如果setting中配置USE_TZ=False，則該輸出時(shí)間與datetime.datetime.now()完全相同。django.util.timezone.now()：如果setting中配置USE_TZ=True則輸出的是UTC時(shí)間（active time），如果配置USE_TZ=False，則與datetime.datetime.now()完全相同。
問題二：django存儲(chǔ)到數(shù)據(jù)庫(kù)的時(shí)間比本地時(shí)間小8個(gè)小時(shí)？
首先要明確的一點(diǎn)，Django1.4版本之前，對(duì)時(shí)區(qū)毫無概概念，對(duì)時(shí)間的存取、展示不做任何處理，數(shù)據(jù)庫(kù)里存儲(chǔ)的通常是本地時(shí)間，當(dāng)然都是naive time。
Django在1.4版本之后存儲(chǔ)如果設(shè)置了USE_TZ=True，則存儲(chǔ)到數(shù)據(jù)庫(kù)中的時(shí)間永遠(yuǎn)是UTC時(shí)間。這時(shí)如果settings里面設(shè)置了USE_TZ=True與TIME_ZONE = 'UTC'，用datetime.datetime.now()獲取的時(shí)間django會(huì)把這個(gè)時(shí)間當(dāng)成UTC時(shí)間存儲(chǔ)到數(shù)據(jù)庫(kù)中去。如果修改設(shè)置為USE_TZ=True與TIME_ZONE = 'Asia/Shanghai'，用datetime.datetime.now()獲取的時(shí)間由于不帶時(shí)區(qū)，django會(huì)把這個(gè)時(shí)間當(dāng)成Asia/Shanghai時(shí)間，即東八區(qū)時(shí)間，然后django會(huì)把這個(gè)時(shí)間轉(zhuǎn)成帶時(shí)區(qū)UTC時(shí)間存儲(chǔ)到數(shù)據(jù)庫(kù)中去，而讀的時(shí)候直接按UTC時(shí)間讀出來，這就是網(wǎng)上很多人遇到的存儲(chǔ)到數(shù)據(jù)庫(kù)中的時(shí)間比本地時(shí)間會(huì)小8個(gè)小時(shí)的原因。
問題三：DateTimeField role_cost_history.cost_time received a naive datetime （2015-05-12 19:59:01.259517) while time zone support is active？
這個(gè)問題是因?yàn)槿绻O(shè)置了USE_TZ=True之后，model里面認(rèn)為DateTimeField使用UTC時(shí)間（帶時(shí)區(qū)的時(shí)間），這時(shí)用datetime.datetime.now()獲取的時(shí)間是不帶時(shí)區(qū)的就會(huì)報(bào)這個(gè)問題。
問題四：django.util.timezone.now()輸出時(shí)間比本地時(shí)間小8個(gè)小時(shí)
只要設(shè)置了USE_TZ=True，django.util.timezone.now()輸出地永遠(yuǎn)是UTC時(shí)間，不管你設(shè)置的TIME_ZONE是什么。如果USE_TZ=False，則django.util.timezone.now()輸出等同于datetime.datetime.now()，也不管TIME_ZONE設(shè)置的是什么。
問題五：模板顯示時(shí)間
在設(shè)置了USE_TZ=True之后，如果設(shè)置了TIME_ZONE = 'Asia/Shanghai'，盡管數(shù)據(jù)庫(kù)中存儲(chǔ)的是UTC時(shí)間，但在模板顯示的時(shí)候，會(huì)轉(zhuǎn)成TIME_ZONE所示的本地時(shí)間進(jìn)行顯示。
建議：為了統(tǒng)一時(shí)間，在django開發(fā)時(shí)，盡量使用UTC時(shí)間，即設(shè)置USE_TZ=True，TIME_ZONE = 'Asia/Shanghai'，并且在獲取時(shí)間的時(shí)候使用django.util.timezone.now()。因?yàn)楹笈_(tái)程序使用時(shí)間時(shí)UTC時(shí)間就能滿足，也能保證證模板時(shí)間的正確顯示。
到此這篇關(guān)于django時(shí)間轉(zhuǎn)換的文章就介紹到這了,更多django學(xué)習(xí)上遇到的問題可以搜索W3Cschool以前的文章尋找解決方案！
