ASP.NET Application & PAGE Life Cycle

Vad är ASP.Net Lifecycle?

När en ASP.Net-applikation startas utförs en serie steg. Dessa steg utgör applikationens livscykel.

Låt oss titta på de olika stegen i en typisk livscykel för en ASP.Net-webbapplikation.

ASP.Net livscykel

1) Applikationsstart – Livscykeln för en ASP.NET Applikationen startas när en begäran görs av en användare. Denna begäran går till webbservern för ASP.Net-applikationen. Detta händer när den första användaren normalt går till applikationens hemsida för första gången. Under denna tid finns det en metod som heter Application_Start som körs av webbservern. Vanligtvis, i denna metod, sätts alla globala variabler till sina standardvärden.

2) Objektskapande – Nästa steg är att webbservern skapar HttpContext, HttpRequest och HttpResponse. HttpContext är bara behållaren för HttpRequest- och HttpResponse-objekten. HttpRequest-objektet innehåller information om den aktuella begäran, inklusive cookies och webbläsarinformation. HttpResponse-objektet innehåller svaret som skickas till klienten.

3) HttpApplication skapande – Detta objekt skapas av webbservern. Det är detta objekt som används för att bearbeta varje efterföljande förfrågan som skickas till applikationen. Låt oss till exempel anta att vi har två webbapplikationer: en är en butikping varukorgsapplikation, och den andra är en nyhetswebbplats. För varje applikation skulle vi ha två HttpApplication-objekt skapade. Alla ytterligare förfrågningar till varje webbplats skulle behandlas av respektive HttpApplication.

4) Kassera – Denna händelse anropas innan applikationsinstansen förstörs. Under denna tid kan man använda den här metoden för att manuellt frigöra eventuella ohanterade resurser.

5) Ansökningsslut – Det här är den sista delen av ansökan. I den här delen laddas applikationen slutligen bort från minnet.

Vad är ASP.Net Page Lifecycle?

När en ASP.Net-sida anropas går den igenom en viss livscykel. Detta görs innan svaret skickas till användaren. Det finns en serie steg som följs för bearbetningen av en ASP.Net-sida.

Låt oss titta på de olika stadierna av livscykeln för en ASP.Net-webbsida.

ASP.Net-sidans livscykel

1. Sidförfrågan – Det här är när sidan först begärs från servern. När sidan begärs kontrollerar servern om den begärs för första gången. Om så är fallet måste den kompilera sidan, analysera svaret och skicka det till användaren. Om det inte är första gången sidan begärs kontrolleras cachen för att se om sidutgången finns. Om så är fallet skickas svaret till användaren.
2. Sidstart – Under denna tid skapas två objekt, så kallade Request- och Response-objekt. Request-objektet används för att lagra all information som skickades när sidan begärdes. Response-objektet används för att lagra informationen som skickas tillbaka till användaren.
3. Sidinitiering – Under den här tiden initieras alla kontroller på en webbsida. Så om du har någon etikett, textruta eller andra kontroller på webbformuläret, initieras de alla.
4. Sidladdning – Det är då sidan faktiskt laddas med alla standardvärden. Så om en textruta ska ha ett standardvärde, laddas det värdet under sidans laddningstid.
5. Validering – Ibland kan det finnas någon valideringsuppsättning på formuläret. Det kan till exempel finnas en validering som säger att en listbox ska ha en viss uppsättning värden. Om villkoret är falskt bör det finnas ett fel när sidan laddas.
6. Postback-händelsehantering – Denna händelse utlöses om samma sida laddas igen. Detta händer som svar på en tidigare händelse. Ibland kan det uppstå en situation där en användare klickar på en skicka-knapp på sidan. I det här fallet visas samma sida igen och händelsehanteraren för Postback anropas.
7. Sidåtergivning – Det här händer precis innan all svarsinformation skickas till användaren. All information i formuläret sparas och resultatet skickas till användaren som en komplett webbsida.
8. Lasta av – När sidutgången väl har skickats till användaren finns det ingen anledning att behålla ASP.net webbformulär föremål i minnet. Så avlastningsprocessen innebär att alla oönskade objekt tas bort från minnet.

ASP.NET-sidlivscykelhändelser

Utöver de breda stegen ovan genererar ASP.NET en specifik sekvens av sidhändelser som utvecklare kan hantera i kod. Att känna till ordningen hjälper dig att placera logiken där den fungerar korrekt:

• Förinitiering – ange mallsidor och teman och skapa dynamiska kontroller.
• I det – varje kontroll initieras; använd den för att läsa eller ställa in kontrollegenskaper.
• InitComplete – uppstår efter att all initialisering är klar.
• Förladdning – inträffar innan sidan laddas visningsstatus och postback-data.
• Ladda – sidan och dess kontroller laddas; det mesta av sidans logik placeras här.
• Kontrollhändelser – kontrollspecifika händelser som knappklick hanteras.
• Förrendering – gör de sista ändringarna på sidan eller i kontrollerna innan utdata.
• SparaTillståndSlutfört – vystatus sparas för alla kontroller.
• render – sidan genererar HTML-utdata som skickas till webbläsaren.
• Lasta av – rensning utförs och objekt frigörs från minnet.

Applikationslivscykel kontra sidlivscykel

Applikationens livscykel och sidlivscykeln fungerar inom olika omfång. Tabellen nedan förtydligar hur de skiljer sig åt:

Kort sagt omfattar applikationens livscykel hela appen från start till avstängning, medan sidlivscykeln körs varje gång en användare begär en sida.

Varför det är viktigt att förstå ASP.NETs livscykel

Att förstå livscykeln är viktigt eftersom ASP.NET kör din kod vid specifika tillfällen, och att placera logik i fel händelse orsakar svårfunna buggar. En tydlig förståelse för sekvensen hjälper dig att:

• Skapa eller konfigurera dynamiska kontroller tidigt, i PreInit eller Init.
• Ange standardvärden för kontroll i Load-händelsen så att de renderas korrekt.
• Tillämpa de slutliga visningsändringarna i PreRender, efter att all data har bundits.
• Skilj åt förfrågningar vid första inläsningen från återpostningar för att undvika att data behandlas två gånger.
• Frigör resurser och rensa upp i Unload för att förhindra minnesläckor.

Att bemästra dessa händelser gör tillståndshantering, validering och felsökning mycket mer förutsägbar.

Vanliga frågor