Table of Contents
Als je het Servlet Lifecycle Program op je koffiemachine hebt geïnstalleerd, zou deze handleiding je moeten helpen dit op te lossen.
PC werkt traag?
Drie methoden staan centraal in de algemene servlet-levenscyclus. Dit zijn meestal init (), platform () en destroy ().
Magische grootte bij het overwegen van de init () -methode:
Wat zijn de stappen voor de persoonlijke levenscyclus van servlet’s?
Laten we eens kijken naar de levenscyclus van elke verschillende servlet: de servletklasse wordt geladen. De servlet-instantie is gemaakt. De initialisatiemethode wordt als aangeroepen beschouwd.
public annullify init (ServletConfig con) gooit ServletException
OPMERKING: – In Servlet-programma’s zetten we een ongekende versie van init () op.
Nu is de volgende vraag: –
V. Waarom wordt het aanbevolen voor init () om echt de niet-geparametriseerde versie te gebruiken in plaats van de hierboven beschreven geparametriseerde versie ?
Rep. Om die te beantwoorden, moeten we in detail treden. Denk als een ontwikkelaar, dus er moet een goede reden zijn om je te verrassen. Kom en duidelijke conclusie:
BENADERING 1
Telkens wanneer de servlet-levenscyclusbenadering wordt uitgevoerd, dwz als openbare init (ServletConfig voert con) ServletException uit, als dat zo is, vermijd dan ons formulier public void init (ServletConfig doet con) ServletException biedt gegooid maar voor succesvolle uitvoering van de modus die het servlet-configuratieobject initialiseert, dat wordt beschouwd als geschreven in de “HttpServlet”-stijl
Wie van iemands volgers regelt de levenscyclus van een functionele servlet?
De levenscyclus van een servlet wordt bepaald door het pakket waarin de servlet ook is geïmplementeerd.
OPMERKING: – Zoals we kunnen zien, hoeven we maar 3 init () pinnen te maken. Init () krijgt meestal eerst onze klasse, dan een httpservlet-klasse en dan de ongekende versie van een nieuwe httpservlet-klasse.
Maar nu bereiken we precies hetzelfde met memorabele telefoontjes:
AANPAK 2
De HttpServlet-codering van de geparametriseerde en niet-geparametriseerde init ()-versies blijft hetzelfde. Maar in plaats van het overschrijven van de geparameteriseerde init ()-aanpassing, gaan we altijd de niet-geparametriseerde versie van init () in onze klas overschrijven.
Laten we eens kijken naar de codering die is gekoppeld aan ons ongeparametriseerde ontwerp van de klasse in combinatie met init ():
OPMERKING. Aangezien dit platform publiekelijk een ontwijk init () ServletException gooit, krijgen we een overschrijving van mijn HttpServlet-klasse, waarvan de code verbazingwekkend veel op elkaar lijkt:
Omdat het lichaam eigenlijk absoluut leeg is, wordt het een “helpermethode” genoemd omdat het boven het hoofdkenmerk wordt gebruikt.
Wanneer de servlet nu deze proceduretypes begint uit te voeren, roept het de geparametriseerde cultivatie init () aan. Omdat we deze specifieke geparametriseerde versie niet hoeven te overschrijven, zal de toepassing die geparametreerde versie van de HttpServlet init () functie aanroepen. Omdat de codering van sommige geparametriseerde init ()-versies van de HttpServlet waarschijnlijk niettemin hetzelfde zal zijn als hierboven, zal het init () (d.w.z. de minimaal geparametreerde init-versie) intern een naam geven. Hij zal een oproep delen naar onze eigen geparametriseerde versie van de neo-klasse vanuit init (). De modus gaat verder.
Nu, zoals je heel goed kunt zien, is het totale aantal init () zegt 2, wat veel meer is dan bij de eerste benadering. Daarom heeft de tweede benadering nu minder waardevolle uitvoeringstijd en minder hoofdpijn bij het onderhoud en laden, de snelheid wordt verhoogd in tegenstelling tot benadering 7 (). Hoewel beide een doel kunnen hebben, maar om efficiëntieredenen, wordt de eerste benadering waarschijnlijk zelden gebruikt en zelfs op een heel eenvoudige manier moeten we ook een buitengewoon schoon trefwoord gebruiken.
PC werkt traag?
ASR Pro is de ultieme oplossing voor uw pc-reparatiebehoeften! Het kan niet alleen snel en veilig verschillende Windows-problemen diagnosticeren en repareren, maar het verhoogt ook de systeemprestaties, optimaliseert het geheugen, verbetert de beveiliging en stelt uw pc nauwkeurig af voor maximale betrouwbaarheid. Dus waarom wachten? Ga vandaag nog aan de slag!
Gepost door: Ilias Kutsakisin servlet27.08.2014 Oproepen
In dit voorbeeld kijken we naar wat de levenscyclus van de servlet is en hoe deze allemaal de servlet-container beïnvloedt. Kort gezegd, veroorzaakt door “levenscyclus” bedoelen we het hele proces van maken, initialiseren per servlet, gebruiken en verwijderen, hoewel het niet langer nodig is. In de samenvattende klasse GenericServlet (die door alle implementaties kan worden verlengd. Er zijn ten minste drie home-methoden voor servlets zoals de hot HttpServlet die het bovenstaande doen. Laten we een kijkje nemen op hen.
1. Servlet-levenscyclusmethoden
Wat is de levenscyclus van je eigen servlet?
De levenscyclus van een servlet is het hele proces, van creatie tot vernietiging. De Servlet Web Bath beheert de levenscyclus van de servlet. Drie methoden vormen de kern van een betere servlet-levenscyclus. Dit zijn init (), service () en obliterate ().
De volgende drie methoden vertegenwoordigen de gerelateerde levenscyclus van de servlet:
-
init (): Dit concept wordt automatisch aangeroepen wanneer een nieuwe servlet wordt geïnitialiseerd. De ontwikkelaar spreekt niet uitdrukkelijk tegen de init ()-methode, maar krijgt zonder verdere vertraging een titel wanneer de servlet steevast voor de eerste keer wordt aangeroepen via een URL-verzoek. Er wordt in feite slechts één instantie van elke servlet gemaakt, maar er wordt slechts één instantie van beide gelijkaardige servlet’s gebruikt, en elke volgende aanvraag creëert een andere uitgebreide thread om deze te verwerken. -
specialist (): dit zou de overheersende methode moeten zijn om met de om te gaan. uw verzoeken aan de server in het algemeen. Deze methode identificeert op unieke wijze het type met verzoek (POST, GET, etc.) en handelt dienovereenkomstig, veroorzaakt door het aanroepen van de belangrijkste gespecificeerde methoden, zoals voornamelijk omdatdoPost ()endoGet (). -
destroy (): De mess up-methode werkt als init (), maar probeert het tegenovergestelde te bereiken. Dit is geen definitieve methode die specifiek voor ontwikkelaars wordt genoemd. Als in plaats daarvan de server (containerp-servlets) als algemene regel besluit dat deze specifieke servlet niet meer in gebruik is en de bronnen normaal gesproken elders moeten worden verzameld en gebruikt, wordt de keuze Destroy () automatisch beschreven als. In dit geval gebruiken bijna allemaal Destroy () om hen in staat te stellen intieme verbindingen te maken, bronnen vrij te maken, en in het algemeen moet de zaak worden verbeterd, zodat elke servlet perfect en soepel sluit en er nooit een geheugenlek is. Na het verwijderen van de servlet, eist de poepverzamelaar alle eerder bewaarde bronnen terug.
Voorbeeld van 2e Servlet-levenscyclus
Laten we een mooi dynamisch, sterk en niet te vergeten eenvoudig webproject in Eclipse creëren, waar we waarschijnlijk in actie zullen zien hoe uw levenscyclus van de servlet het beste functioneert.
<% @ page language = "java" contentType = "tekst / html; functieset = ISO-8859-1" pageEncoding impliceert "ISO-8859-1"%>Voorbeeld Servlet-levenscyclus