IRequiresSessionState vs IReadOnlySessionState

Was ist der Unterschied zwischen IRequiresSessionState und IReadOnlySessionState neben der Unfähigkeit der zweite um die änderungen zu speichern, um die session-Variablen?

Beide bieten mir die Möglichkeit zum Zugriff auf session-Variablen in meinem HttpHandler. Aber warum würde ich lieber IReadOnlySessionState? Nur es schränkt mich von der Rettung der Sitzung für die nächste Anfrage.

Oder gibt mir einen performance-Vorteil gegenüber IRequiresSessionState?

Wenn würde ich lieber mit IReadOnlySessionState über IRequiresSessionState?

InformationsquelleAutor Oleg Grishko | 2011-11-07
  1. 25

    Einen kritischen Unterschied ist, dass IRequiresSessionState setzt eine exklusive Sperre auf die aktuelle Sitzung, damit möglicherweise die Begrenzung der Anzahl der gleichzeitigen Anfragen, die der aktuelle Benutzer ist. (Für weitere Hintergrundinformationen zu dieser locking-Phänomen, siehe Ist es möglich zu erzwingen Anfrage Parallelität bei Verwendung von ASP.NET Sitzungen?)

    Im Gegensatz dazu IReadOnlySessionState nicht eine exklusive Sperre.

    Dies ist die gleiche Sache dokumentiert in renad hilfreich, die Antwort auf eine fast identische Frage ALSO.

    Die besten die offizielle Dokumentation, die ich gefunden habe für dies ist von MSDN-Artikel Session-State-Provider:

    Drei der wichtigsten Methoden in ein session-state-provider sind GetItem, GetItemExclusive, und SetAndReleaseItemExclusive. Die ersten beiden sind aufgerufen, durch SessionStateModule zum abrufen einer Sitzung aus der Datenquelle. Wenn die angeforderte Seite implementiert die IRequiresSessionState-Schnittstelle (standardmäßig werden alle Seiten implementieren IRequiresSessionState), SessionStateModule ist AcquireRequestState Ereignis-handler ruft der session-state-provider GetItemExclusive Methode. Das Wort "Exklusiv" in den Namen der Methode bedeutet, dass die Sitzung abgerufen werden sollen, nur, wenn es die derzeit nicht verwendet werden, die durch eine andere Anforderung. Wenn auf der anderen Seite, die angeforderte Seite implementiert die IReadOnlySessionState Schnittstelle (der häufigste Weg, um dies zu erreichen wird ein EnableSessionState="ReadOnly" - Attribut in der page die @ Page-Direktive), SessionStateModule nennt der Anbieter die GetItem-Methode. Keine Exklusivität ist hier erforderlich, weil überlappende Lesezugriffe sind erlaubt SessionStateModule.

    Beachten Sie die parallele zwischen explizit über diese Schnittstellen und die Verwendung der EnableSessionState Page-Direktive:

    • EnableSessionState=False <-> Nein, ich*SessionState-Schnittstelle
    • EnableSessionState=True <-> IRequiresSessionState Schnittstelle
    • EnableSessionState=ReadOnly <-> IReadOnlySessionState
    • +1 für die Verriegelung - extrem wichtig, wenn eine web-Anwendung mit der Bearbeitung einer Handvoll von asynchronen Anfragen zur gleichen Zeit, die Verwendung des Sitzungsstatus.
    InformationsquelleAutor Chris
  2. 7

    Diese Schnittstelle steuert, ob der Rahmen wird das speichern der aktuellen session-Zustand am Ende der Anfrage. Es macht einen größeren Unterschied, wenn Sie mit out-of-process session-state-Speicher. In diesem Fall, ohne die Schnittstelle, das system wird weiterhin speichern der session-Daten in der entfernten Datenbank, auch wenn es sich nicht geändert hat (das system nicht nachzuvollziehen, ob die session-Daten wurde geändert, während der Anfrage). Wenn Sie die IReadOnlySessionState-Schnittstelle, die write-back-phase übersprungen.

    • Von wo hast du diese info ? kannst du bitte der link ?
    InformationsquelleAutor Carl Raymond
  3. 1

    Folgen Sie diesem http://msdn.microsoft.com/en-us/library/system.web.sessionstate.irequiressessionstate.aspx

    IRequiresSessionState ist abgeleitet von System.Web.SessionState
    die diese Schnittstelle verwenden wir access-Sitzung in Httphandler und Class-Datei

    Wenn Sie brauchen, nur-lese-Zugriff auf die Session, Umsetzung der IReadOnlySessionState-Schnittstelle.

    • Ja, ich weiß, was IRequiresSessionState ist, aber warum ist IReadOnlySessionState existiert? Warum würde ich es vorziehen, es zu benutzen?
    • Bei PostMapRequestHandler die HttpModule swaps von den tatsächlichen handler für eine benutzerdefinierte Prozedur, die implementiert IRequiresSessionState oder IReadOnlySessionState also kann er seesion. Bei PreRequestHandlerExecute können Sie access-Sitzung und leiten, wenn nötig. Bei PostAcquireRequestState Sie wieder zu tauschen, um die orginal-handler.
    InformationsquelleAutor coder
Schreibe einen Kommentar