naive time 與 active time。數據庫
簡單點講,naive time就是不帶時區的時間,Active time就是帶時區的時間。django
舉例來講,使用datetime.datetime.utcnow()、datetime.datetime.now()輸出的相似2015-05-11 09:10:33.080451就是不帶時區的時間(naive time),開發
而使用django.util.timezone.now()輸出的相似2015-05-11 09:05:19.936835+00:00的時間就是帶時區的時間(Active time),其中+00:00表示的就是時區相對性。模板
另一個概念UTC時間,UTC時間表示的是格林尼治平均時便可,即零區時間。而北京時間表示的是東八區時間,即UTC+8。後臺
問題一:三個時間datetime.datetime.now()、datetime.datetime.utcnow()與django.util.timezone.now()的區別配置
datetime.datetime.now():輸出的永遠是本地時間(naive time)與配置無任任何關係。date
datetime.datetime.utcnow():若是setting中配置USE_TZ=True則輸出的是UTC時間(naive time),若是setting中配置USE_TZ=False,則該輸出時間與datetime.datetime.now()徹底相同。model
django.util.timezone.now():若是setting中配置USE_TZ=True則輸出的是UTC時間(active time),若是配置USE_TZ=False,則與datetime.datetime.now()徹底相同。程序
問題二:django存儲到數據庫的時間比本地時間小8個小時?im
首先要明確的一點,Django1.4版本以前,對時區毫無概概念,對時間的存取、展現不作任何處理,數據庫裏存儲的一般是本地時間,固然都是naive time。
Django在1.4版本以後存儲若是設置了USE_TZ=True,則存儲到數據庫中的時間永遠是UTC時間。這時若是settings裏面設置了USE_TZ=True與TIME_ZONE = 'UTC',用datetime.datetime.now()獲取的時間django會把這個時間當成UTC時間存儲到數據庫中去。若是修改設置爲USE_TZ=True與TIME_ZONE = 'Asia/Shanghai',用datetime.datetime.now()獲取的時間因爲不帶時區,django會把這個時間當成Asia/Shanghai時間,即東八區時間,而後django會把這個時間轉成帶時區UTC時間存儲到數據庫中去,而讀的時候直接按UTC時間讀出來,這就是網上不少人遇到的存儲到數據庫中的時間比本地時間會小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時間(帶時區的時間),這時用datetime.datetime.now()獲取的時間是不帶時區的就會報這個問題。
問題四: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',儘管數據庫中存儲的是UTC時間,但在模板顯示的時候,會轉成TIME_ZONE所示的本地時間進行顯示。
建議:爲了統一時間,在django開發時,儘可能使用UTC時間,即設置USE_TZ=True,TIME_ZONE = 'Asia/Shanghai',而且在獲取時間的時候使用django.util.timezone.now()。由於後臺程序使用時間時UTC時間就能知足,也能保證證模板時間的正確顯示。