ASP.NET: Wo/wie wird web.config zwischengespeichert?

Question

Ich habe irgendwo in der Microsoft Dokumentation gelesen, dass der Inhalt des ASP.NET's web.config wird zwischengespeichert . Wenn das wahr ist, wobei ist es zwischengespeichert - in Speicher oder auf Festplatte ?

Und eine Folgefrage: Gibt es irgendwelche Leistungsüberlegungen, die ich anstellen muss, wenn ich intensiv auf die web.config zugreifen muss?

Answer 1

Es wird im Speicher zwischengespeichert, das Zwischenspeichern auf der Festplatte macht keinen Sinn, es ist bereits auf der Festplatte.

In ASP.NET müssen Sie zunächst sicherstellen, dass der Zugriff auf die Konfigurationsabschnitte über das HttpContext-Objekt GetSection Methode (diese verwendet die von ASP.NET verwalteten Cache-Kopien).

Die Leistung beim Zugriff auf Konfigurationswerte hängt von der internen Implementierung des Section-Objekts ab (das von GetSection zurückgegebene Objekt). A ConfigurationSection kann einfach als Wrapper für einen DOM-Knoten fungieren, den es bei jeder Anfrage nach einer Eigenschaft lesen kann. ODER er könnte den Wert intern zwischenspeichern und auf Änderungen achten.

Mein Rat wäre, den Code einfach zu halten und nur auf die Werte zuzugreifen, die Sie über GetSection anstatt zu versuchen, Kopien von ihnen an anderer Stelle zu speichern, aber auf jeden Fall einen Verweis auf das Objekt zu erhalten, das von GetSection für die Dauer einer Anfrage, wenn Sie mehrere Werte daraus abrufen wollen.

Answer 2

In ASP.NET wird die <appSettings> Abschnitt wird im Speicher zwischengespeichert nach dem 1. Zugriff :

• http://msdn.microsoft.com/en-us/library/aa478432.aspx
• http://weblogs.asp.net/stevewellens/web-config-is-cached

ASP.NET startet die Anwendung neu, wenn die Datei web.config aktualisiert wird.

Answer 3

Ich denke, dass die web.config im Speicher zwischengespeichert wird (in Objektinstanzen von System.Web.Configuration). Diese werden neu geladen, wenn die .config-Datei geändert wird (und somit Ihre Webanwendung neu geladen wird).

Es ist unwahrscheinlich, dass diese Objekte zu Leistungsengpässen führen. Wenn Sie jedoch Parsing usw. durchführen müssen, möchten Sie die geparsten Objekte vielleicht behalten.

[Extra] Ich gute Praxis (ich glaube, zumindest) ist, statische Eigenschaften in Ihrem global.asax.cs-Datei für Sie appsettings erstellen. Sie können diese Eigenschaften in der application_start-Methode instanziieren und sie in Ihrer Webanwendung verwenden. Dies verhindert, dass Sie hart kodierte Zeichenfolge (Konfigurationsschlüssel) in Ihrem Code verwenden.

Answer 4

Sie wird im Speicher zwischengespeichert. Die Zwischenspeicherung auf der Festplatte macht nicht viel Sinn für etwas, auf das häufig zugegriffen wird und das bereits in einem Format vorliegt, in dem man es in eine einfach zu speichernde Datenstruktur umwandeln kann. Mein Ratschlag wäre, frei darauf zuzugreifen, da es genauso schnell sein wird wie jedes andere System, das Sie sich für die Speicherung ausdenken, und wahrscheinlich sogar schneller.

Answer 5

Ich bin absolut nicht der Meinung, dass web.config-Werte zwischengespeichert werden. Der IIS greift ständig auf sie zu.

Ich habe etwa 30 AppSettings Keys in meiner web.config.

z.B.

<appSettings>
        <add key="ProductImageFileType" value=".jpg|.jpeg|.gif|.png" />
</appSettings>

In meinem ASP.Net C# Code habe ich

string ValidateType = ConfigurationManager.AppSettings["ProductImageFileType"].ToString();

In der folgenden Abbildung wird die Anzahl der web.config-Lesungen angezeigt, die jede Sekunde steigt.

Ich empfehle, die Werte von ConfigurationManager.AppSettings während Application_Start abzurufen und die Schlüssel-Wert-Paare in einem globalen Wörterbuch zu speichern.