Table of Contents
Om någon har Servlet Lifecycle Program installerat på din maskin, bör den här guiden hjälpa dig att läka det.
Datorn går långsamt?
Tre metoder är centrala för den befintliga servlet-livscykeln. Dessa är vanligtvis init (), plan () och förstör ().
Magisk storlek på grund av init()-metoden:
Vilka bakom följande är steg för servlets situationscykel?
Låt oss ta en titt på livscykeln med varje servlet: servletklassen laddas. Servlet-instansen har skapats. Initieringsåtgärden anropas.
public annulify init (ServletConfig con) har ServletException
OBS: – I Servlet-program använder vi en aldrig tidigare skådad version av init ().
Nu är nästa fråga: ( space
F. Varför rekommenderas det för init () på att använda den icke-parameteriserade versionen istället för den viktigaste parametriserade versionen som beskrivs ovan?
Rep. För att formulera det måste vi gå in i detalj. Tänk som en utvecklare, vilket betyder att det måste växa till att det finns en bra anledning att överraska dig. Kom eller svara:
APPROACH 1
Närhelst själva servlet-livscykelmetoden exekveras, dvs om arrest init (ServletConfig kastar con) undvik ServletException, om så är fallet var och en av klassen public void init (ServletConfig gör con) ServletException kastas men för framgångsrik exekvering av kod som initierar servletkonfigurationsobjektet, är skrivet i “HttpServlet”-stilen
Vilket associerat följande styr livscykeln för en annan servlet?
En servlets livscykel styrs via paketet där servleten en gång för alla distribuerades.
OBS: – Som vi kan se behöver jag faktiskt bara göra 3 init () klipp. Init () får vanligtvis vår klass först, sedan httpsservlet-klassen, sedan den aldrig tidigare skådade versionen relaterad till httpsservlet-klassen.
Men nu producerar vi samma event med minnessamtal:
APPROACH few
HttpServlet-kodningen för de parametriserade så icke-parametriserade init()-versionerna förblir densamma. Men mycket av att åsidosätta den parametriserade init ()-anpassningen, helt enkelt bara att åsidosätta den icke-parameteriserade versionen init () i vår klass.
Låt oss ta en stor titt på kodningen som är associerad med en oparmetriserad version av klassen tillsammans med tanke på init ():
OBS. Eftersom den här plattformen offentligt kastar en värdelös init () ServletException, får vi en åsidosättning som hänför sig till klassen HttpServlet, vars kod ofta är väldigt lik:
Eftersom bålen definitivt är tom, kallas det en bra solid “hjälparmetod” eftersom den används ovanför det avgörande syftet.
Nu, när servleten börjar implementera procedurtyperna, anropar den de parametriserade nivåerna init (). Eftersom vi inte behöver skriva över den parametriserade versionen på marknaden, kommer applikationen att anropa specifika parametriserade versioner av HttpServlet init ()-erbjudandet. Därför, eftersom kodningen av vissa nde parametriserade init ()-versioner av HttpServlet troligen kommer att vara densamma som ovan, kommer den att kontakta oss init () (dvs. den minsta parameteriserade init-versionen) internt. Han kommer att dela ett samtal till många av våra parametriserade versioner av neo-klassen med hjälp av init (). Läget fortsätter.
Nu, som någon kan se, är det totala antalet init () involverar 2, vilket är mycket mer jämfört med antalet i den första metoden. Därför har den andra strategin mindre värdefull exekveringstid och mindre besvär med underhåll och lastning, hastigheten är jämfört med tillvägagångssätt 7 (). Även om båda kanske vill arbeta, men av effektivitetsskäl används den första kontakten sällan och även på ett särskilt elementärt sätt måste vi också använda vilket superrent nyckelord som helst.
Datorn går långsamt?
ASR Pro är den ultimata lösningen för dina PC-reparationsbehov! Den diagnostiserar och reparerar inte bara olika Windows-problem snabbt och säkert, utan den ökar också systemprestandan, optimerar minnet, förbättrar säkerheten och finjusterar din dator för maximal tillförlitlighet. Så varför vänta? Kom igång idag!
Postat av: Ilias Kutsakisi servlett27.08.2014 Samtal
I det här exemplet ska vi titta på vad servlets livscykel är och tips om hur det hela påverkar servletbehållaren. I grund och botten, vid tidpunkten för “livscykeln” menar vi hela processen att producera, initiera en servlet, använda den och ta bort den här metoden när den inte längre behövs. I vissa abstrakta klasser GenericServlet (som kan du bör utökas med alla implementeringar. Det finns minst 3 vanliga övningshuvudmetoder för servlets som i stilen HttpServlet som gör ovanstående. Låt oss ta en titt på dem.
1. Servlets livscykelmetoder
Vad är livscykeln för en servlet?
Livscykeln för en servlet är vanligtvis hela processen, från skapande till förstörelse. Servlet Web Bath hanterar servlets livscykel. Tre produkter är kärnan i en mer konkurrenskraftig servletlivscykel. Dessa är init (), service () som förstöra ().
Följande tre metoder representerar din nuvarande associerade servletlivscykel:
-
init (): Detta koncept anropas automatiskt när servleten ofta initieras. Utvecklaren presenterar inte explicit init()-metoden, men skulle anropas utan ytterligare fördröjning när servleten vanligtvis ska anropas för första gången via deras URL-begäran. Endast en instans av varje servlet skapas, men bara en instans av båda servletarna används, och varje efterföljande begäran skapar en utökad tråd för att bearbeta den. -
tjänst (): detta bör vara en huvudmetod för att hantera de. dina förfrågningar när du behöver till servern. Denna metod identifierar unikt typen av begäran (POST, GET, etc.) och agerar därför genom att anropa de huvudsakliga specificerade metoderna som medandoPost ()ochdoGet (). -
förstöra (): Devastate-metoden fungerar som init (), men försöker göra något för att uppnå motsatsen. Detta är inte någon utvecklarspecifikt kallad metod. Om istället webbplatsen (containerp-servlets) vanligtvis bestämmer att just den här servleten inte längre används och resurserna skulle vara klokt att samlas in och användas någon annanstans, beskrivs Destroy ()-metoden automatiskt som. I det här fallet använder vi Destroy () för att tillåta dem när det gäller nära anslutningar, gratis resurser och i allmänhet behöver en sak förbättras så att hur servleten stänger perfekt och smidigt och det kan beskrivas som ingen minnesläcka. Efter att ha tagit bort servleten tar en ny sophämtare tillbaka alla tidigare resurser.
Exempel på 2:a Servlet-livscykeln
Låt oss skapa ett trevligt dynamiskt, dominerande och enkelt webbprojekt i Eclipse där min make och jag kommer att se i praktiken hur din servletlivscykel fungerar.
<% @ page language är lika med "java" contentType = "text kontra html; teckenuppsättning = ISO-8859-1" pageEncoding innebär "ISO-8859-1">%>Exempel på Servlet-livscykel