Streng Kontrollsitzung
Inhalte, für die keine Sitzung erforderlich ist (z. B. Hilfsbildschirm, Besucherbereich usw.), können in eine eigenständige ASP -Anwendung verschoben werden, die die Sitzung schließt. Auf der Basisseite können Sie dem ASP eine Anweisung angeben, damit keine Sitzung erforderlich ist. Fügen Sie den folgenden Code direkt zum Kopf der ASP -Seite hinzu:
<%@EnableSessionState = false%>
Cache häufig verwendete Daten auf Webservern
In der Regel ruft die ASP -Seite Daten aus dem Hintergrundspeicher ab und bildet dann das Ergebnis in Form der Hypertext -Markup -Sprache (HTML). Unabhängig von der Geschwindigkeit der Datenbank ist es viel schneller, Daten aus dem Speicher abzurufen als aus einem Hintergrundspeichergerät. Das Lesen von Daten aus einer lokalen Festplatte ist normalerweise auch sehr schnell. Daher kann eine Verbesserung der Leistung erreicht werden, indem Daten auf dem Server zwischengespeichert werden, unabhängig davon, ob sie im Speicher oder in einer lokalen Festplatte zwischengespeichert werden.
Caching ist ein klassischer "Raum für Zeit". Wenn Sie ordnungsgemäß zwischengespeichert werden, können Sie erhebliche Leistungsverbesserungen erkennen. Um den Cache effektiv zu machen, muss sichergestellt werden, dass die zwischengespeicherten Daten häufig wiederverwendet werden und umständlich zu berechnen sind. Ein Cache mit abgestandenen Daten ist eine Speicherverschwendung.
Daten, die nicht häufig geändert werden, sind ein besseres Objekt für Cache, da die Synchronisationsoperation nach der Aktualisierung dieser Daten zu irgendeinem Zeitpunkt nicht berücksichtigt werden muss. Kombinationsboxen, Referenztabellen, DHTML -Code, erweiterte Markup -Sprachzeichenfolgen, Menüs und Site -Konfigurationsvariablen (einschließlich Datenquellennamen, Internet -Protokolladresse IPs und Webpfade) sind alle gute Cache -Objekte. Hinweis: Der Datenausdruck wird anstelle der Daten selbst zwischengespeichert. Wenn sich eine ASP-Seite häufig ändert und mit dem Cache (z. B. dem gesamten Produktkatalog) kämpft, sollten Sie die vorgenerierende HTML in Betracht ziehen, anstatt sie jedes Mal zu beschreiben, wenn eine Anfrage auftritt.
Cache häufig verwendete Daten in Anwendungs- oder Sitzungsobjekten
Anwendungs- und Sitzungsobjekte in ASP sind bequeme Container für Cache -Daten im Speicher. Sie können Daten und Sitzungsobjekte Daten zuweisen, die während HTTP -Aufrufen im Speicher bleiben. Die Daten in der Sitzung sind für jeden Benutzer und die Daten in der Anwendung werden von allen Benutzern gemeinsam genutzt.
Wann muss ich Daten in Anwendung und Sitzung laden? Normalerweise werden Daten geladen, wenn die Anwendung beginnt oder die Sitzung beginnt. Um Daten zu diesem Zeitpunkt zu laden, fügen Sie den entsprechenden Code zur Anwendung onStart () bzw. der Sitzung aufstart () hinzu. Diese Funktionen befinden sich in der Datei Global.asa und werden hinzugefügt, wenn sie nicht existieren. Sie können die Daten auch aufrufen, wenn sie zum ersten Mal benötigt werden, und fügen Sie der ASP -Seite Code hinzu, um zu überprüfen, ob die Daten vorhanden sind. Wenn es nicht gefunden wird, rufen Sie es darin an. Hier ist ein Beispiel, das eine klassische Leistungsverarbeitungstechnik mit dem Namen "Lazy Evaluation" darstellt: Bis zur Berechnung wechseln.
Kopieren Sie häufig verwendete Daten in Skriptvariablen
Beim Zugriff auf COM -Objekte in ASP sollten Sie häufig verwendete Objektdaten in Skriptvariablen kopieren, wodurch Methodenaufrufe auf COM -Objekte reduziert werden. Diese Anrufe sind relativ zeitaufwändig und mühsam als auf Skriptvariablen zugreifen. Die Verwendung dieses Tricks reduziert auch teure Lookup -Vorgänge beim Zugriff auf Sammel- und Wörterbuchobjekte.
Wenn Sie mehrmals auf Objektdaten zugreifen möchten, sollten Sie die Daten in Skriptvariablen, hauptsächlich auf die Anforderungsvariablen (Formular- und Abfrage -Zeichenfolgevariablen) aufnehmen. Beispielsweise möchte eine Site eine Abfrage -Zeichenfolgenvariable namens UserID übergeben. Unter der Annahme, dass es auf einer speziellen Seite zwölfmal referenziert wird, müssen Sie keine Anforderung ("userID") 12 -mal aufrufen. Weisen Sie Benutzer ID einfach eine Variable dem Header der ASP -Seite zu und verwenden Sie sie dann auf der Seite. Dadurch wird 11 Aufrufe an die COM -Methode gespeichert.