Deutsch
Deutsch
Bei der Verwendung von PHP zum Verarbeiten von Zeit und Datum wird die Funktion DATE_SUB häufig verwendet, um die Zeit auf einem DateTime -Objekt zu subtrahieren. Wenn Sie jedoch Date_sub in einer Umgebung mit mehreren Zeitzonen verwenden, können Sie jedoch auf einige Probleme stoßen, die nicht leicht zu erkennen sind. Diese Probleme beruhen häufig auf die Verschleierung von Zeitzonenkonfigurationen oder in Inkonsistenzen zwischen verschiedenen Zeitobjekten. In diesem Artikel werden mehrere gängige Fragen aufgeführt und entsprechende Vermeidungsmethoden bereitgestellt.
PHP verwendet zuerst die Standardzeitzone bei der Verarbeitungszeit. Wenn die Zeitzone nicht explizit festgelegt ist, basiert die Date_SUB -Operation möglicherweise auf einer Standardzeitzone, die Sie nicht kennen, was zu einem Berechnungsfehler führt.
$date = new DateTime('2025-05-27 12:00:00');
$date_interval = new DateInterval('P1D');
date_sub($date, $date_interval);
echo $date->format('Y-m-d H:i:s');
Wenn der obige Code in einer Umgebung mit der Standardzeitzone von UTC ausgeführt wird, ist das Ausgabeergebnis 2025-05-26 12:00:00 . Wenn jedoch die Standardzeitzone der laufenden Umgebung Asien/Shanghai ist, kann das Ergebnis 2025-05-26 12:00:00 sein, aber der tatsächliche erwartete Zeitpunkt ist möglicherweise seit acht Stunden falsch.
Vermeiden Sie : Stellen Sie beim Erstellen eines DateTime -Objekts immer explizit die Zeitzone fest:
$tz = new DateTimeZone('Asia/Shanghai');
$date = new DateTime('2025-05-27 12:00:00', $tz);
Manchmal, wenn ein Programm auf verschiedenen Servern bereitgestellt wird, ist das Datum.TimeZone in der Php.ini -Konfigurationsdatei des Servers inkonsistent, was zu einer Abweichung im Zeitvorgang führt.
Wenn Ihr lokaler Computer beispielsweise über den UTC -Set verfügt und der Produktionsserver America/New_york Set hat, wird dies zu einem gleichen Code auf verschiedenen Maschinen führen.
Vermeiden Sie : Versuchen Sie, sich nicht auf PHP.ini -Einstellungen zu verlassen, verwenden Sie immer Code, um die Zeitzone festzulegen oder die Umgebungskonfiguration zu vereinen. Sie können auch die aktuelle Standardzeitzone überprüfen:
echo date_default_timezone_get();
Wenn sich die Zielzeit an der Tagesgrenze für die Tageslichtsparungsschalter befindet, kann das Verhalten von DATE_SUB unbefriedigend werden. Beispielsweise kann das Subtrahieren eines Tages von einem Datum zu einer Subtraktion von 23 oder 25 Stunden und nicht zu den Standard -24 -Stunden führen.
$tz = new DateTimeZone('America/New_York');
$date = new DateTime('2025-11-02 01:30:00', $tz);
$interval = new DateInterval('PT1H');
$date->sub($interval);
echo $date->format('Y-m-d H:i:s');
Wenn die Ausführungszeit dieses Codes am Ende der Tageslichtsparzeit liegt, kann die Illusion der "Rückkehr in die Vergangenheit" erscheinen.
Vermeiden Sie : Priorisieren Sie UTC für Berechnungen und konvertieren Sie sie dann in die Zeitzone des Benutzers in der Präsentationsebene:
$utc = new DateTimeZone('UTC');
$local = new DateTimeZone('America/New_York');
$date = new DateTime('2025-11-02 05:30:00', $utc); // Äquivalent zu NY von 01:30:00
$date->sub(new DateInterval('PT1H'));
$date->setTimezone($local);
echo $date->format('Y-m-d H:i:s');
Wenn Zeitdaten (z. B. APIs, Webhooks) von Systemen von Drittanbietern empfangen werden, kann die Zeit versehentlich reduziert werden, wenn die Daten keine Zeitzoneninformationen enthalten und Sie direkt Datum_SUB verwenden, um den Betrieb zu betreiben. Zum Beispiel:
$date = new DateTime('2025-05-27T12:00:00'); // Keine Zeitzoneninformationen
$date->sub(new DateInterval('P1D'));
echo $date->format('c');
Wenn die Zeit ursprünglich Asien/Tokio war, der PHP jedoch standardmäßig von UTC verarbeitet wurde, wäre das Ergebnis eine neunstündige Unterschiede.
Vermeiden Sie : Bestätigen Sie seine Zeitzone, bevor Sie die Zeit analysieren, und erstellen Sie ein Objekt entsprechend:
$date = new DateTime('2025-05-27T12:00:00', new DateTimeZone('Asia/Tokyo'));
Selbst wenn die Date_sub -Logik korrekt ist, wird der Entwickler der Meinung, dass die Zeit falsch ist, wenn das Format der falschen Zeitzone bei der Ausgabe verwendet wird.
$date = new DateTime('2025-05-27 12:00:00', new DateTimeZone('UTC'));
$date->sub(new DateInterval('P1D'));
echo $date->format('Y-m-d H:i:s'); // Sieht richtig aus，Aber nicht die lokale Zeit des Benutzers
Vermeiden Sie : Geben Sie immer explizit die Zeitzone an, die vor dem Ausgang angezeigt werden soll:
$date->setTimezone(new DateTimeZone('Asia/Shanghai'));
echo $date->format('Y-m-d H:i:s');
In Systemen mit mehrjährigen Zonenvorgängen werden die folgenden Grundsätze empfohlen:
Alle Zeitberechnungen werden in UTC durchgeführt;
Allzeitspeicher (z. B. Datenbanken) verwenden auch UTC.
Führen Sie nur die Zeitzonenumwandlung an der Grenzflächenschicht durch, um Mischzeitzonen in der Logikschicht zu vermeiden.
Die externe Schnittstelle muss eindeutig Zeitzoneninformationen enthalten und den ISO8601-Standard verwenden (z. B. 2025-05-27T12: 00: 00+08: 00 );
Führt den Benutzer an, seine lokale Zeitzone in den Einstellungen auszuwählen oder zu bestätigen und deren Einstellungen zu speichern.
Sie können eine einfache Werkzeugklasse zusammenfassen, um Zeitzonen-Sicherheit zu verarbeiten DateD_SUB -Operationen:
class TimeHelper {
public static function subInUTC($datetimeStr, DateInterval $interval) {
$utc = new DateTimeZone('UTC');
$dt = new DateTime($datetimeStr, $utc);
$dt->sub($interval);
return $dt;
}
}
Verwendung:
$date = TimeHelper::subInUTC('2025-05-27 12:00:00', new DateInterval('P1D'));
$date->setTimezone(new DateTimeZone('Asia/Shanghai'));
echo $date->format('Y-m-d H:i:s');
Dies gewährleistet nicht nur eine einheitliche Verarbeitung der Logikschicht, sondern erleichtert auch die Konvertierung in die Anzeige der Benutzerzeitzone.
Die Verwendung von Date_sub in einer Umgebung mit mehreren Zeitzonen ist in der Tat leicht zu fangen, insbesondere wenn Entwickler die Auswirkungen von Zeitzonen auf Zeitberechnungen ignorieren. Durch die Verwendung von UTC, um die Zeit gleichmäßig zu berechnen und die Grenzen der Zeitzonenumwandlung zu klären, kann die Fehlerwahrscheinlichkeit stark reduziert werden. Eine umfassendere Anleitung zum Empfehlen Sie das Lesen finden Sie unter <code> https://gitbox.net/articles/php-datetime-timezone-beest-practices </code>. In Multi-User- und Multi-Region-Systemen sind solche Details häufig eine der Schlüssel zur Systemstabilität.
