Zeitzonenprobleme zwischen Python und Django

Wenn es beim Codieren um Zeitprobleme geht, kommt man immer leicht durch Zeitzonenprobleme in den Griff. Heute habe ich endlich den Grund herausgefunden und einen Knoten in meinem Kopf gelöst.

Zeitzonenprobleme in Python

datetime.today() / datetime.now()

Diese beiden Funktionen erhalten die aktuelle Systemzeit, aber das erhaltene Datetime-Objekt Die tzinfo in ist leer, obwohl die Zeitzone im System eingestellt ist.

datetime.utcnow()

Diese Funktion ruft die aktuelle UTC-Zeit ab, die basierend auf der aktuellen Systemzeit und Zeitzone berechnet werden sollte.

Zum Beispiel ist die Systemzeit 14:00, die Zeitzone ist Asien/Shanghai (Peking-Zeit) und die UTC-Rückgabezeit ist 6:00. Ebenso ist die tzinfo im resultierenden Objekt leer.

Die Auswirkung der Umgebungsvariablen TZ auf die oben genannten Funktionen:

Wenn die Umgebungsvariable TZ im System festgelegt ist oder wenn os.environ['TZ'] in Python festgelegt ist, wird die oben Die von der Funktion erhaltene Zeit ist die Zeit in der entsprechenden Zeitzone von TZ. Tatsächlich kann davon ausgegangen werden, dass TZ nicht diese Funktionen, sondern die Systemzeit beeinflusst, was aus dem Rückgabeergebnis des Datumsbefehls ersichtlich ist. Die von datetime.now() und dem date-Befehl zurückgegebenen Ergebnisse sind immer konsistent.

Djangos Zeitzonenproblem

Nachdem man die oben genannten Funktionen in Python verstanden hat, scheint Djangos Zeitzonenproblem einfach zu sein.

In der Django-Einstellung gibt es eine Einstellung namens TIME_ZONE, um die im Programm verwendete Zeitzone festzulegen.

Aus der Django-Dokumentation wissen wir, dass die Funktion von TIME_ZONE darin besteht, os.environ['TZ'] zu ändern, aber eine Änderung von os.environ['TZ'] wird die Systemumgebungsvariable TZ nicht ändern Wenn die TIME_ZONE-Einstellung nicht mit der Zeitzoneneinstellung des Systems übereinstimmt, stimmt die von datetime.now() im Programm erhaltene Zeit nicht mit der Zeit des Datumsbefehls überein.

Daher sollte TIME_ZONE auf die Zeitzone eingestellt werden, die das Programm verwenden möchte. Für ein lokales Programm kann TIME_ZONE auf die gleiche Zeitzone wie die Systemzeitzone eingestellt werden. Für eine internationale Anwendung ist es am besten, TIME_ZONE auf UTC zu setzen und diese dann bei der Anzeige entsprechend der Zeitzone des aktuellen Benutzers anzupassen.

Manuell

classmethod datetime.now([tz])

Gibt das aktuelle lokale Datum und die aktuelle Uhrzeit zurück. Wenn das optionale Argument tz „None“ ist oder nicht angegeben ist, ist dies wie heute (), liefert aber, wenn möglich, mehr Präzision, als durch das Durchlaufen eines time.time()-Zeitstempels erreicht werden kann (dies kann beispielsweise auf Plattformen möglich sein, die die C-Funktion gettimeofday() bereitstellen).

Andernfalls muss tz eine Instanz einer Unterklasse der Klasse tzinfo sein und das aktuelle Datum und die aktuelle Uhrzeit werden in die Zeitzone von tz konvertiert. In diesem Fall entspricht das Ergebnis tz.fromutc(datetime.utcnow().replace(tzinfo=tz )). . Siehe auch today(), utcnow().

classmethod datetime.utcnow()

Gibt das aktuelle UTC-Datum und die aktuelle UTC-Zeit zurück, mit tzinfo Keine. Dies ist wie now(), gibt aber zurück das aktuelle UTC-Datum und die aktuelle UTC-Zeit als naives Datetime-Objekt.

Zeitzonenkonvertierungscode

import pytz
....
#dt the datetime var
dt.replace(tzinfo=pytz.utc).astimezone(pytz.timezone('Asia/Shanghai'))