Wann genau wird Application_End aufgerufen und wie kann ich dies manuell verursachen?

Question

Ich weiß, dass der Ereignishandler für dieses Ereignis aufgerufen wird, wenn der Anwendungspool von IIS wiederverwendet wird, aber wann geschieht das? Was ist bei Verwendung des integrierten Visual Studio Servers (Cassini)? Wenn ich den Serverprozess beenden würde, würde Application_End ausgelöst werden?

UPDATE: Ich weiß über Änderungen an web.config und BIN-Ordner. Ich interessiere mich für den Fall des Herunterfahrens des Pools, nachdem die Anwendung für eine gewisse Zeit im Leerlauf war, ohne etwas zu berühren.

Answer 1

Wie Nick said, "Ein Anwendungspool wird wiederverwendet, wenn ... einige der Wiederverwendungslimits in der Anwendungspoolkonfiguration getroffen werden." In IIS können Sie die Recyclingbedingungen in den Anwendungspooleinstellungen festlegen. Sie können feste Intervalle (alle X Minuten oder Anfragen), eine bestimmte Uhrzeit oder speicherbasierte Maxima in MB (max. Virtueller Speicher oder max. Privater Speicher) oder eine Kombination aus diesen verwenden. Sie können auch ein Leerlaufzeitlimit in Minuten festlegen, nach dem ein Worker-Prozess beendet wird.

IIS Recycling Settings http://i41.tinypic.com/2j13k1v.png

IIS Advanced Settings http://i42.tinypic.com/s2gz6t.png

Answer 2

Ein Anwendungspool wird wiederverwendet, wenn Sie die Datei web.config oder das Verzeichnis/bin ändern oder einige der Wiederverwendungsbeschränkungen für die Konfiguration des Anwendungspools getroffen werden. Dasselbe gilt für Cassini, außer dass es keinen Anwendungspool hat. Daher wird es jedes Mal ausgelöst, wenn das Verzeichnis "web.config" oder "/ bin" geändert wird. Ich bin mir nicht sicher, ob ich die Instanz von Cassini töten soll.