但凡應用涉及到時間問題，都要進行如下考慮：我這個時間，是不是可以跨區(qū)域使用。舉個例子，有個商品的搶購時間截止到北京時間22點，但我們并沒有說明這是北京時間，也就是北京時間二十三點的時候，莫斯科區(qū)域還能繼續(xù)搶購，這在邏輯上是有問題的。所以我們一般都采用統(tǒng)一的時間，也就是UTC時間。但是如果并沒有這樣的需求的話，使用UTC時間并不便于我們的使用（Django默認使用UTC時區(qū)），那么怎么進行Django時間轉換呢？接下來這篇文章告訴你。
前言
我們都知道時區(qū)，標準時區(qū)是UTC時區(qū)，django默認使用的就是UTC時區(qū)，所以我們存儲在數(shù)據(jù)庫中的時間是UTC的時間，但是當我們做的網(wǎng)站只面向國內用戶，或者只是提供內部平臺使用，我們希望存儲在數(shù)據(jù)庫中的時間就是本地時間(東八區(qū)的時間)，那么django也是可以完成這樣的需求的
await時間和navie時間
什么是await時間和navie時間？它是我們python中的兩種時間類型
- navie：不知道自己的時間表示哪個時區(qū)
- await：知道自己的時間表示的是哪個時區(qū)的
django設置東八區(qū)時間
我們想讓django中的時區(qū)變?yōu)闁|八區(qū)的時間，很簡單
USE_TZ = False
TIME_ZONE = 'Asia/Shanghai'
在settings.py文件中將USE_TZ設置為False，將TIME_ZONE設置為亞洲上海，之后我們在模型中創(chuàng)建時間字段的時候，在數(shù)據(jù)庫中存儲的就是東八區(qū)的時間，而時間的類型會使navie類型，所以我們就不能再把navie類型的時間轉換成其他時區(qū)的類型，所以我們一般不建議這么做。
django設置UTC時區(qū)
django中默認設置的是UTC時區(qū)，所以我們數(shù)據(jù)庫中存儲時間就是UTC時區(qū)的時間，也就是0時區(qū)，比我們正常見到的少8個小時，但是它的時間是await類型，可以轉成任意時間的時區(qū)。
django中提供了2個時間的方法
- django.utils.timezone.now：會根據(jù)settings.py文件中是否設置了USE_TZ=True獲取當前的時間。如果為Ture，那么就獲取一個aware類型的UTC時間，如果為False，那么就獲取一個navie類型的時間
- django.utils.timezone.localtime：會根據(jù)setting.py中的TIME_ZONE來將一個aware類型的時間轉換為TIME_ZONE指定時區(qū)的時間
下面列出了幾個常見的時區(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會把這個時間轉成帶時區(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時間，但在模板顯示的時候，會轉成TIME_ZONE所示的本地時間進行顯示。
建議：為了統(tǒng)一時間，在django開發(fā)時，盡量使用UTC時間，即設置USE_TZ=True，TIME_ZONE = 'Asia/Shanghai'，并且在獲取時間的時候使用django.util.timezone.now()。因為后臺程序使用時間時UTC時間就能滿足，也能保證證模板時間的正確顯示。
到此這篇關于django時間轉換的文章就介紹到這了,更多django學習上遇到的問題可以搜索W3Cschool以前的文章尋找解決方案！
