ASP.NET-sessionshantering [Exempel]

ASP.NET Sessionshantering

HTTP-protokollet som alla webbapplikationer fungerar på är ett tillståndslöst protokoll. Med statslös betyder det bara att information inte lagras från en begäran till en annan.

Om du till exempel hade en inloggningssida som har 2 textrutor, en för namnet och den andra för lösenordet. När du klickar på knappen Logga in på den sidan måste applikationen se till att användarnamnet och lösenordet skickas till nästa sida.

I ASP.Net görs detta på en mängd olika sätt. Det första sättet är via ett koncept som kallas ViewState. Det är här ASP.Net automatiskt lagrar innehållet i alla kontroller. Det säkerställer också att detta skickas vidare till nästa sida. Detta görs via en egenskap som kallas ViewState.

Det är inte idealiskt för en utvecklare att ändra något i vytillståndet. Detta beror på att det endast ska hanteras av ASP.Net.

ASP.NET Session-objekt

Det andra sättet är att använda ett objekt som kallas "sessionsobjekt". Session-objektet är tillgängligt under hela programmets livscykel. Du kan lagra valfritt antal nyckel-värdepar i Session-objektet. Så på vilken sida som helst kan du lagra ett värde i Session-objektet via kodraden nedan.

Session["Key"] = value

Detta lagrar värdet i ett Session-objekt, och 'nyckel'-delen används för att ge värdet ett namn. Detta gör att värdet kan hämtas vid en senare tidpunkt. För att hämta ett värde kan du helt enkelt använda kommandot nedan.

Session["Key"]

ASP.NET Sessionsobjekt Exempel

I vårt exempel ska vi använda Session-objektet för att lagra namnet som angetts i namntextrutan på sidan. Vi ska sedan hämta det värdet och visa det på sidan i enlighet därmed. Låt oss lägga till koden nedan i Demo.aspx.cs-filen.

protected void btnSubmit_Click(object sender, EventArgs e)
{
	Session["Name"] = txtName.Text;

	Response.Write(Session["Name"]);

	lblName.Visible = false;
	txtName.Visible = false;
	lstLocation.Visible = false;
	chkC.Visible = false;
	chkASP.Visible = false;
	rdMale.Visible = false;
	rdFemale.Visible = false;
	btnSubmit.Visible = false;
}

Code Förklaring:-

1. Den första raden kod tar värdet från textrutekontrollen Name och lagrar det i Session-objektet. Genom att ange koden för Session["Name"] ger vi egenskapen ett namn som heter "Name". Genom att ange ett namn för egenskapen blir det enklare att hämta det vid en senare tidpunkt.
2. Nästa rad kod hämtar det lagrade värdet från Session-objektet. Den skriver sedan detta värde via 'Response.Write'-metoden tillbaka till klienten.
3. Slutligen gör vi alla kontroller i formuläret osynliga. Om vi ​​inte gör detta kommer alla kontroller plus våra svarsvärden att visas tillsammans.

När du har gjort ovanstående ändringar kommer du att se följande utdata.

Produktion:

Från utgången kan du se att sessionsvärdet för namnet hämtades och visades i webbläsaren.

ASP.NET-sessionstillståndslägen

ASP.NET kan lagra sessionsdata på flera ställen, kallade sessionstillståndslägen. Det läge du väljer påverkar prestanda, skalbarhet och huruvida data överlever en omstart av programmet. Tabellen nedan jämför dem:

InProc är standard och det snabbaste, men för belastningsbalanserade distributioner håller StateServer eller SQLServer sessioner tillgängliga över flera servrar.

Så här konfigurerar du sessionstimeout i ASP.NET

En session varar inte för evigt; den löper ut efter en viss period av inaktivitet. Du kan ställa in denna timeout i web.config-filen med hjälp av sessionState-elementet, där timeout-värdet är i minuter:

<configuration>
  <system.web>
    <sessionState mode="InProc" timeout="20" />
  </system.web>
</configuration>

Du kan också ställa in det i kod med Session.Timeout = 30;Standardtidsgränsen är 20 minuter. Om du väljer en kortare tidsgräns frigörs serverminne snabbare och säkerheten förbättras, medan en längre tidsgräns håller användarna inloggade längre.

Fördelar och nackdelar med sessionstillstånd

Sessionstillståndet är bekvämt, men det finns avvägningar som du bör väga in innan du förlitar dig i stor utsträckning på det.

fördelar:

• Enkel att använda för att lagra data per användare, till exempel en butikping varukorg eller inloggningsuppgifter.
• Kan lagra komplexa objekt, inte bara strängar.
• Data lagras på servern, så det är säkrare än lagring på klientsidan.

Nackdelar:

• InProc-läget förbrukar serverminne och skalas inte över en webbfarm.
• Sessionsdata går förlorade när sessionen når tidsgränsen eller programmet startas om (i InProc-läge).
• Att lagra stora mängder data per användare kan försämra prestandan under hög belastning.

Vanliga frågor