Sitzungen im Dart

Ich beschreibe, wie die Sitzung in Java mit Servlets funktioniert. Dies könnte Ihnen dabei helfen, Ihre Implementierung zu unterstützen. Zuallererst muss ich erwähnen, dass Sitzung und Authentifizierung zwei getrennte Funktionen sind, obwohl letztere von der ersten abhängt.

Eine Sitzung hilft dem Server, aufeinanderfolgende Anforderungen zu verstehen, die vom selben Browser kommen, ohne dass dazwischen große Zwischenzeiten entstehen. Sehen Sie sich das folgende Beispiel an:

1. Ein Benutzer hat einen Browser A geöffnet, Ihre Seite besucht
2. Das Anklicken verschiedener Links über mehrere Registerkarten im Browser A
wurde beibehalten
3. Hat den Browser für 45 Minuten im Leerlauf gelassen
4. Klicken Sie weiter auf die Seiten, die er offen gelassen hat
5. Geöffneter Browser B, besuchte Ihre Seite
6. Die Registerkarte für Ihre Website wurde im Browser B
geschlossen
7. Eröffnet eine andere neue Registerkarte in Browser B und klickte auf ein Lesezeichen zu besuchen Sie Ihre Website

Hier ist die Auswirkung auf die serverseitige Sitzung für die obigen Schritte des Benutzers:

1. Neue Sitzung erstellt ... sagen wir JSESSIONID 10203940595940
2. Die gleiche Sitzung gilt für alle Anfragen von allen Tabs
3. Die Sitzung ist auf dem Server abgelaufen und wahrscheinlich wurde auf dem Server
etwas Speicher freigegeben
4. Da Java keine Sitzung finden kann, die mit JSESSIONID 10203940595940 übereinstimmt, erstellt es eine neue Sitzung und fordert den Client auf, sich an die neue JSESSIONID w349374598457
zu erinnern
5. Anforderungen von neuen Browsern werden als neue Sitzungen behandelt, da der JSESSIONID-Vertrag zwischen einem einzelnen Browser und dem Server besteht. Der Server weist also eine neue JSESSIONID wie 956879874358734
zu
6. JSESSIONID bleibt im Browser hängen, bis der Browser beendet wird. Das Schließen einer Registerkarte löscht die JSESSIONID
nicht
7. JSESSIONID wird immer noch vom Browser verwendet, und wenn nicht viel Zeit verstrichen ist, würde der Server immer noch an dieser Sitzung hängen bleiben. Also, das Sesison wird fortgesetzt.

Verwendung der Sitzung auf der Serverseite:

• Eine Sitzung ist nur eine HashMap, die JSESSIONIDs mit einem anderen a abbildet Bündel von Attributen.
• Es gibt eine Threadüberwachungszeit für die Sitzungen und Entfernen von JSESSIONIDs und der zugeordneten Attribute aus dem Speicher sobald a Sitzung läuft ab.
• Normalerweise gibt es einige Vorkehrungen für Anwendungen, um ein Ereignis zu erhalten Benachrichtigung nur, wenn eine Sitzung für den Ablauf bereit ist.

Implementierungsdetails:

• Der Browser A des Benutzers sendet eine Anfrage an den Server. Der Server prüft, ob dies der Fall ist ein Cookie mit dem Namen JSESSIONID. Wenn keiner gefunden wird, wird einer auf dem erstellt Server. Der Server notiert sich die neue JSESSIONID, die erstellte Zeit und die letzte Anforderungszeit, die mit der Zeit übereinstimmt, in der die Zeit erstellt wurde dieser Fall. In der HTTP-Antwort hängt der Server den neuen an JSESSIONID als Cookie.
• Browser sind so konzipiert, dass Cookies für nachfolgende Besuche beibehalten werden zur selben Seite. Also, für alle nachfolgenden Besuche auf der Website, die Der Browser fügt weiterhin das JSESSIONID-Cookie der HTTP-Anfrage hinzu Überschrift.
• Also, dieses Mal sieht der Server die JSESSIONID und kann die Anfrage an die bestehende Sitzung, falls die Sitzung noch nicht abgeschlossen ist abgelaufen. Falls die Sitzung bereits abgelaufen ist, würde der Server dies tun Erstellen Sie eine neue Sitzung und fügen Sie die neue JSESSIONID als Cookie hinzu in HTTP-Antwort.

Authentifizierungsmechanismen verwenden nur die obige Sitzungsbehandlung, um "neue Sitzungen" zu erkennen und sie auf die Anmeldeseite umzuleiten. Außerdem können vorhandene Sitzungen zum Speichern von Attributen wie "auth-status" - "pass" oder "fail" verwendet werden.