Deutsch
Deutsch
Während der Entwicklung von PHP wird die Verwendung von Thread_Safe und Session_Start () häufig von Entwicklern erwähnt. Thread_Safe bedeutet, dass PHP im Thread-Safe-Modus ausgeführt wird, und Session_start () ist eine Funktion, die PHP zum Initialisieren von Sitzungen verwendet. Wenn Sie beides verwenden, wird es dann einen Konflikt geben? Wenn es einen Konflikt gibt, wie kann man damit umgehen? In diesem Artikel werden Sie gemeinsam dieses Problem gemeinsam besprechen.
PHP unterstützt zwei Modi: Thread-Safe-Modus (TS) und Nicht-Thread-Sicherheitsmodus (Nicht-Thread-Safe, NTS). Im TS-Modus läuft PHP in einer Umgebung mit mehreren Threads und wird normalerweise in bestimmten Konfigurationen von IIS oder Apache verwendet. Um die Sicherheit zwischen mehreren Threads zu gewährleisten, verwendet PHP Sperren im TS -Modus, um den Datenwettbewerb zu vermeiden.
Im NTS -Modus muss PHP keine Probleme mit der Sicherheit von Threads berücksichtigen, daher ist es relativ effizient, da keine Sperren hinzugefügt werden.
Session_Start () ist eine Funktion, die PHP verwendet, um eine Sitzung zu starten und eine Sitzungs -ID zu erstellen. Es überprüft, ob der Benutzer bereits eine Sitzung hat und wenn nicht, erstellt eine neue Sitzung. Sitzungsdaten werden normalerweise auf der Serverseite gespeichert, und die Benutzerseite speichert eine Sitzungs -ID über das Cookie des Browsers. PHP kann diese ID jedes Mal erhalten, wenn sie anfordert.
Standardmäßig versucht Session_start () , Sitzungsdaten aus einer Datei zu laden, in der Sitzungsinformationen gespeichert sind. Dieses Verhalten beinhaltet Dateisperrungen (auch im Dateisystem), um sicherzustellen, dass Daten zwischen mehreren Anforderungen nicht beschädigt werden, wenn er gleichzeitig zugegriffen wird.
Wenn PHP im Thread_Safe -Modus ausgeführt wird, ist der Thread-Sicherheitsmechanismus aktiviert, sodass PHP in einer Umgebung mit Multi-Thread-Server ausgeführt werden kann. In diesem Multithread -Modus kann PHP Session Management ( Session_start () ) jedoch auf einige potenzielle Probleme stoßen, insbesondere bei der Verwaltung gemeinsamer Speicher- und Dateisperrungen.
Im Thread_Safe -Modus von PHP kann die Sitzungsverwaltung zwischen mehreren Threads Rennbedingungen auftreten, was zu inkonsistenten Sitzungsdaten oder zu falschem Laden führt. Wenn PHP beispielsweise versucht, Sitzungsdatendateien gleichzeitig zu lesen oder zu schreiben, kann der Sperrmechanismus möglicherweise nicht korrekt synchronisiert werden, was zu einem Konflikt führt.
Dieser Konflikt zeigt sich hauptsächlich in den folgenden Aspekten:
Konflikt zwischen Sperrmechanismus : Da der Gewinde-safe Modus vom Sperrmechanismus zwischen Threads abhängt, umfasst die Session_start () -Funktion selbst den Betrieb von Dateisperrungen, die mit dem Sperrmechanismus innerhalb von PHP in Konflikt stehen können.
Performance Engpass : In Umgebungen mit hoher Parallelität kann Session_start () aufgrund der Threadsynchronisation und der gegenseitigen Ausschlussvorgänge zu Leistungsverschlechtern führen.
Sitzung verloren oder verwirrt : Sitzungsdaten können verloren gehen oder beschädigt werden, wenn mehrere Threads gleichzeitig auf dieselbe Sitzungsdatei zugreifen.
Da Thread_Safe und Session_Start () Konflikte haben können, wie löst man dieses Problem kompatisch? Hier sind einige häufige Handhabungsmethoden:
Der einfachste und einfachste Weg ist die Konfiguration von PHP in den Nicht-Thread-Sicherheitsmodus (NTS). Auf diese Weise muss PHP beim Laufen keine Sicherheitsprobleme von Threads berücksichtigen, was den Konflikt zwischen Session_Start () und Thread -Sicherheitsmechanismus vermeidet.
Die Methode, um in den Nicht-Thread-Sicherheitsmodus zu wechseln, lautet wie folgt:
Bestätigen Sie, dass die verwendete PHP -Version NTS ist.
Wenn Sie Apache oder Nginx als Webserver verwenden, stellen Sie sicher, dass sich die konfigurierte PHP-FPM- oder Apache-Verarbeitungsmethode im nicht-thread-sicheren Modus befindet.
Starten Sie den Server neu, um sicherzustellen, dass die neuen Einstellungen wirksam werden.
Auf diese Weise verwendet PHP eine einfachere Methode zur Kommunikation zwischen den Prozess, wodurch der Schlosswettbewerb verringert und die Leistung verbessert wird.
Wenn Sie nicht in den Nicht-Thread-Sicherheitsmodus wechseln oder aus anderen Gründen wie der Leistung weiterhin den Thread-Safe-Modus verwenden müssen, können Sie das Sitzungsspeicherschema durch eine geeignetere Lösung für Multithread-Umgebungen ersetzen. Verwenden Sie beispielsweise eine Datenbankspeichersitzung oder einen Redis -Cache anstelle einer herkömmlichen Dateispeichersitzung.
Redis ist ein Hochleistungsspeicherspeichersystem, das den Zugriff mit mehreren Threads unterstützt und Sitzungsdaten effizient verarbeiten kann. Durch die Konfiguration von PHP zur Verwendung von Redis zum Speichern von Sitzungsdaten können Sie die Konkurrenz für Dateisperrungen vermeiden.
Datenbanken Es ist auch eine übliche Praxis, Sitzungen zu speichern, insbesondere wenn Sitzungsdaten auf mehreren Servern gemeinsam genutzt werden müssen. Durch die Verwendung von Datenbankspeichersitzungen können Probleme mit der Dateisperrung vermieden und flexiblere Datenverwaltungsmethoden bereitgestellt werden.
Um Redis zum Speichern von Sitzungen zu verwenden, können Sie sie mit dem folgenden Code konfigurieren:
ini_set('session.save_handler', 'redis');
ini_set('session.save_path', 'tcp://127.0.0.1:6379');
session_start();
Wenn Sie das Dateisystem als Sitzungsspeichermethode fortsetzen müssen, besteht eine andere Lösung darin, die Verwendung von Dateisperrungen zu optimieren. Sie können die Behauptung von Dateisperrungen reduzieren, indem Sie die PHP -Konfigurationsdatei ( PHP.INI ) anpassen, z. B. das Erhöhen der Zeitüberschreitung von Dateisperrungen oder die Optimierung des Speicherpfads von Sitzungsdateien (vermeiden zu häufiger Dateizugriff).
Wenn Sie die folgenden Konfigurationen optimieren, können Sie die Auswirkungen des Lock -Wettbewerbs mildern:
session.save_path = "/path/to/session/directory"
session.gc_probability = 1
session.gc_divisor = 1000
Ein weiterer Trick besteht darin, die Funktion Session_write_close () nach der Verarbeitung der Sitzungsdaten so früh wie möglich aufzurufen. Dadurch wird die Sperre veröffentlicht, sobald die Sitzungsdaten geschrieben werden, sodass andere Anfragen schneller auf die Sitzungsdatei zugreifen können.
session_start();
// Prozesssitzungsdaten
session_write_close();
Auf diese Weise ist es auch in einer Umgebung mit mehreren Threads möglich, die Sitzungsdateisperrungen für lange Zeit zu vermeiden, wodurch die Wahrscheinlichkeit des Schlosswettbewerbs verringert wird.
Wenn PHP im Thread_Safe -Modus ausgeführt wird, kann dies tatsächlich mit Session_Start () in Konflikt stehen. Die direkteste Lösung besteht darin, PHP in den Non-Thread-Sicherheitsmodus (NTS) zu wechseln. Wenn Sie aus irgendeinem Grund nicht zu NTS wechseln können, sollten Sie Redis- oder Datenbankspeichersitzungen in Betracht ziehen oder die Verwendung von Dateisperrungen optimieren. Jede Methode hat ihre anwendbaren Szenarien, und die Auswahl der richtigen Lösung kann Ihnen helfen, solche Konflikte zu lösen.
