Detaillierte Erläuterung der Verwendungsfähigkeiten von Session in ASP

Jeder, der ein etwas größeres ASP geschrieben hat, weiß, dass das Session-Objekt wirklich einfach zu verwenden ist. Es kann zum Aufzeichnen der privaten Datenvariablen des Benutzers verwendet werden, was sowohl sicher als auch praktisch ist. Aber wissen Sie wirklich, wie Session funktioniert?

Jeder, der ein etwas größeres ASP geschrieben hat, weiß, dass das Session-Objekt wirklich einfach zu verwenden ist. Es kann zum Aufzeichnen der privaten Datenvariablen des Benutzers verwendet werden, was sowohl sicher als auch praktisch ist. Aber wissen Sie wirklich, wie Session funktioniert? Vielleicht trauen Sie sich, nachdem Sie es verstanden haben, nicht mehr, dieses geliebte und gehasste Objekt zu benutzen. Obwohl die alternative Methode etwas mühsam ist, muss sie nach längerer Überlegung durchgeführt werden.

Lassen Sie uns zunächst über die Vorteile von Session sprechen. Es kann zum Aufzeichnen der privaten Datenvariablen des Kunden verwendet werden. und wird innerhalb des Zeitrahmens nicht verschwinden. Dies ist wirklich eine wichtige Funktion, insbesondere für Systeme mit Elementen, die verwendet werden müssen. Zum Beispiel das Anmeldekonto des Mitglieds, die Uhrzeit, der Status und viele Echtzeitdaten, die aufgezeichnet werden sollten (z. B. das Einkaufssystem, das die Artikel im Warenkorb des Benutzers aufzeichnet). Diese Informationen werden von jedem privat benötigt Benutzer. Normalerweise verwenden Entwickler die Verarbeitung von Sitzungsdatensätzen.

Allerdings besteht die Sitzung in ASP aus Cookiess, und der Server überträgt alle in der Sitzung aufgezeichneten Daten in Form von Cookies an den Browser des Benutzers. Normalerweise speichern Browser diese Cookies, wenn der Benutzer auf einen Link klickt und sich erneut mit dem Server verbindet, sendet der Browser diese Cookies zur Verarbeitung an den Server zurück. Dies ist das Funktionsprinzip von Session. Da die Datenmenge gesendet und zurückgenommen werden muss, wird nicht nur Leitungsbandbreite verbraucht, sondern auch die Leistung verringert, da der Server mehr Ressourcen für die Online-Verarbeitung und Neukonfiguration aufwenden muss Erinnerung. Erste Aktion. Jetzt denken Sie vielleicht: „Ich muss diese Funktion nutzen, also muss ich sie opfern.“ Einerseits geht es jedoch darum, dass jeder lernt, sie weniger zu nutzen Es gibt Alternativen. Als nächstes fällt auf, dass es auch zum Global.asa-Anwendungsobjekt gehört.

Die Anwendung ist auch gut darin, temporäre Daten aufzuzeichnen und zu verarbeiten. Ihre Funktionen und Verwendung sind die gleichen wie bei der Sitzung, aber im Vergleich dazu sind die Daten, die sie aufzeichnet, öffentlich, das heißt, jeder Benutzer kann den Variablenraum gemeinsam nutzen. Im Gegensatz zu Session überträgt die Anwendung die Daten nicht an den Benutzer und liest sie dann direkt im Speicher auf dem Server. Im Vergleich dazu ist die Leistung viel schneller.

Da das Anwendungsobjekt öffentlich ist, muss zunächst ein gemeinsamer Bereich für jeden Benutzer geplant werden, damit jeder Benutzer seinen eigenen Bereich zum Aufzeichnen von Daten haben kann, um den Zweck zu erreichen Simulation der Sitzung. Es gibt jetzt zwei Methoden:

Zuerst initialisieren, erstellen und zuweisen Sie den Benutzerspeicherplatz im Voraus, wenn der Server aktiviert wird. Obwohl diese Methode normalerweise viele Ressourcen beansprucht, sobald der Server gestartet wird Außerdem erspart es den Benutzern in Zukunft jedes Mal, sich die Mühe zu machen, eine Zuweisung vorzunehmen, sobald sie online sind. Es gibt jedoch eine Einschränkung. Da sie sofort nach der Aktivierung initialisiert wird, können wir nur die Schaffung einer bestimmten Menge an Speicherplatz abschätzen. Daher wird diese Methode normalerweise in kleinen Programmen verwendet wie zum Beispiel Chatrooms.

2. Diese Methode sollte als geeigneter für große Anwendungen angesehen werden. Sie verwendet eine dynamische Zuweisungsmethode und beginnt mit der Zuweisung von Ressourcen an den Benutzer, wenn dieser sich zum ersten Mal mit dem Server verbindet. Der Zweck dieser beiden Methoden zur Sitzungssimulation besteht darin, den Verbrauch von Sitzungsressourcen zu reduzieren. Sie können jedoch nicht vollständig ersetzt werden. Wir müssen immer noch ein wenig Sitzung verwenden, was zumindest die Belastung erheblich verringern kann Server.

Die erste Lösung

Zuerst beginnen wir mit der Implementierung der ersten Lösung. Da die Anwendung während der Aktivierung initialisiert wird, müssen wir natürlich von Global.asa ausgehen:

Die Initialisierung ist bereits abgeschlossen, aber wie wird sie verwendet? Wir müssen nur die ursprünglich mit Session gespeicherten Daten wie Kontonummer und Anmeldezeit in das von uns erstellte Anwendungsobjekt ändern, in dem sich der Benutzer anmeldet:

Der Code lautet wie folgt:

'
寻找未被使用的空间 
For
 i = 1 To Application("ClientMax") 
If
 Application("User_Status_" & i) = 0 Then 
'使用者暂时编号 
Session("Index") = i 
'锁定 
Application Application.Lock 
'设成已使用的状态 Application("User_Status_" & i) = 1 '放入变量数据 
Application("User_Ac
count
_" & i) = Account 
Application("User_Log
time
_" & i) = Now()
'解除锁定 
Application.Unlock 
Exit For 
End
 If 
Next

Um benutzerbezogene Variablendaten zu erhalten, gehen Sie wie folgt vor:

Response.Write(Application("User_Account_" & Session("Index"))

Möglicherweise stellen Sie fest, dass Sie Session nicht verwenden möchten. Wie bereits erwähnt, kann der Browser nicht immer mit dem Server interagieren Woher wissen wir, dass dieselbe Person nach dem Lesen der Seite online ist und die Verbindung getrennt wird? Zu diesem Zeitpunkt müssen wir uns auf die Sitzung verlassen. Wir geben dem Benutzer eine Reihe von Echtzeitnummern, und diese Nummer ist der Benutzer. Anhand der Nummer im variablen Feld auf dem Antrag können Sie sich vorstellen, dass es in der Bank viele Safes gibt. Sie haben einen Schlüssel und auf dem Schlüssel befindet sich eine Nummer. Die Nummer auf dem Schlüssel ermöglicht es dem Bankier, Sie zu Ihrem zu führen Eigener Safe. Es gibt noch Raum für Verbesserungen, aber für kleine Anwendungen reicht es aus

Die zweite Option

Bezüglich der vorherigen Option können Sie auch über die Verwendung unseres nachdenken Wenn es um Nummern geht, stellt das Session-Objekt eine „SessionID“-Methode bereit. Unabhängig davon, ob wir sie verwenden möchten, weist der Server jedem Benutzer automatisch eine Nummer zu, und diese Nummer wird nicht wiederholt. Für diese Nummer wird Session.SessionID verwendet. Diese Nummerierung ist eine Aktion, die Session definitiv durchführen wird. Wir können sie verwenden, um das von uns selbst geschriebene Nummerierungsprogramm zu ersetzen, was auch viel Aufwand spart und sogar eine größere Skalierbarkeit bietet . Aber im Grunde hat die erste Lösung immer noch ihre Vorteile, z. B. für kleine Anwendungen, die die Anzahl der Personen begrenzen.

Für eine Website Bei Hunderten, Tausenden oder sogar Zehntausenden von Benutzern wird es mit der vorherigen Lösung definitiv nicht funktionieren. Angenommen, Sie legen die Obergrenze der Benutzer auf 10.000 fest Wenn sich für einen Benutzer 5 Variablen in einem Bereich befinden und eine Variable 32 Bytes belegt, belegen 10.000 mehr als 320.000 K (320 MB). Sobald der Server aktiviert ist, wird so viel Müll in den Speicher gestopft und die Leistung beeinträchtigt Es ist sicher, dass es stark reduziert wurde, bevor es ins Spiel kam, und trotz der geringen Anzahl dieser Zahlen dachte ich, dass meine 512 MB ausreichen würden Sie wissen, dass es nur mehr und nicht weniger ist. Daher besteht die einzige Lösung darin, den Benutzervariablenbereich dynamisch zu konfigurieren und nur dann einen Bereich auszuschneiden, wenn ein Benutzer mit ihm verbunden ist Der Server muss daher nicht im Voraus konfiguriert werden. Was für eine riesige Speichermenge.
Die zweite Option ist relativ einfach zu implementieren. Bitte werfen Sie alle Dinge in die erste Option. Wir müssen nicht zu Global.asa wechseln. Wir müssen nur den Benutzer-Anmeldeort ändern Orte:

Der Code lautet wie folgt:

'锁定 ApplicationApplication.Lock '放入变量数据 
Application("User_Account_" & Session.SessionID) = Account 
Application("User_Logtime_" & Session.SessionID) = Now() '解除锁定Application.Unlock

Um die relevanten variablen Daten des Benutzers zu erhalten, lautet er wie folgt:

Der Code ist wie folgt:

Response.Write(Application("User_Account_" & Session.SessionID))

[Verwandte Empfehlungen]

1.

ASP-kostenloses Video-Tutorial

2.

Einfaches Beispiel für eine ASP-Sitzung

3.

Detaillierte Einführung in die Sitzung in ASP

4.

Lernen Sie, wie Sie das Problem des ASP-Sitzungsverlusts lösen können

5.

Einführung in drei Methoden des Sitzungsobjekts in ASP

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Verwendungsfähigkeiten von Session in ASP. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!