Top 40 pitanja i odgovora na intervjuu za Servlet (2026.)
James Hartman
Priprema za a Java Web intervju znači predviđanje koje koncepte servleta poslodavci doista testiraju. Ovaj vodič objašnjava zašto Intervju sa servletom pitanja su važna i kakvo dublje razumijevanje otkrivaju profesionalno.
Snažno poznavanje servleta otvara radna mjesta za početnike, stručnjake srednje razine i više rangirane stručnjake koji danas rade u tom području. Regruti cijene tehničko iskustvo, stručnost u domeni i vještine analiziranja stečene kroz stvarne projekte. Pomaže timovima, menadžerima i višim stručnjacima da procijene dubinu vještina u osnovnim, naprednim i tehničkim pitanjima i odgovorima tijekom dugoročnih puteva profesionalnog rasta. Čitaj više…
👉 Besplatno preuzimanje PDF-a: Pitanja i odgovori za intervju za Servlet
Najčešća pitanja i odgovori na intervjuu za Servlet
1) Što je a Java Servlet?
A Java servlet je komponenta na strani poslužitelja napisana u Java koji se odvija unutar web-spremnik (kao što su Apache Tomcat, Jetty ili Glassfish) i obrađuje dolazne HTTP zahtjeve kako bi generirao dinamičke odgovore. Servleti premošćuju komunikaciju između zahtjeva klijenata (obično iz preglednika) i pozadinskih resursa poput baza podataka ili poslovne logike. Kao i drugi Java klase, servleti imaju koristi od neovisnosti o platformi, sigurnosti i robusnih značajki Java ekosustava.
Primjer: Servlet može obraditi obrazac za prijavu korisnika uzimajući parametre korisničkog imena i lozinke iz zahtjeva, provjeravajući ih u bazi podataka, a zatim vraćajući HTML stranicu na temelju rezultata prijave.
2) Koje su prednosti Servleta u odnosu na CGI?
Servleti nude nekoliko ključnih prednosti u usporedbi s Zajedničko sučelje pristupnika (CGI) programi:
| svojstvo | Servleti | CGI |
|---|---|---|
| Proces | Obrađuje zahtjeve pomoću niti | Stvara novi proces po zahtjevu |
| Izvođenje | visok | Nizak |
| Pokretnost | Javatemeljen i neovisan o platformi | Ovisi o izvornim binarnim datotekama |
| Memorija Običaj | Efikasan | visok |
Servleti su lagani i skalabilni jer ne pokreću novi proces za svaki zahtjev. CGI skripte, nasuprot tome, svaki put stvaraju zaseban proces, što rezultira značajnim opterećenjem.
3) Objasnite životni ciklus servleta
The Životni ciklus servleta definira faze kroz koje servlet prolazi od stvaranja do uništenja u kontejneru:
- Učitavanje i instanciranjeKontejner učitava servlet i poziva konstruktor.
- Inicijalizacija:
init()poziva se jednom za izvođenje bilo koje konfiguracije pokretanja. - Obrada zahtjeva:
service()Metoda se poziva za svaki zahtjev i delegira metodama poputdoGet()ordoPost(). - Razaranje:
destroy()poziva se prije uklanjanja servleta, što omogućuje čišćenje.
Ovaj životni ciklus osigurava učinkovito korištenje resursa i dosljednu obradu zahtjeva.
4) Koja je razlika između GenericServleta i HttpServleta?
GenericServlet i HttpServlet su obje apstrakcije za izgradnju servleta:
- Generički ServletProtokolno neovisna apstraktna klasa koja obrađuje generičke obrasce zahtjeva/odgovora.
- HttpServletPodklasa od
GenericServletposebno dizajniran za HTTP protokol, pružajući metode poputdoGet(),doPost(), Itd
Budući da većina web aplikacija koristi HTTP, HttpServlet je daleko češći u praksi.
5) Kako Servlet obrađuje HTTP GET i POST zahtjeve?
Servleti koriste različite metode unutar HttpServlet klasa za obradu HTTP zahtjeva:
doGet(HttpServletRequest req,HttpServletResponse res) se poziva za GET zahtjeve (obično za dohvaćanje podataka).doPost(HttpServletRequest req,HttpServletResponse res) je za POST zahtjeve (obično se koristi za slanje obrasca ili izmjenu stanja poslužitelja).
The service() metoda u HttpServlet automatski usmjerava zahtjeve odgovarajućem rukovatelju na temelju HTTP metode.
6) Koja je svrha web.xml datoteke u Servletima?
The web.xml deskriptor implementacije je konfiguracijska datoteka smještena u WEB-INF direktoriju web aplikacije. Ona mapira servlet klase na URL-ove, postavlja parametre inicijalizacije, konfigurira filtere i slušače te definira stranice s pogreškama.
Na primjer:
<servlet>
<servlet-name>MyServlet</servlet-name>
<servlet-class>com.example.MyServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>MyServlet</servlet-name>
<url-pattern>/path</url-pattern>
</servlet-mapping>
Ovo govori kontejneru da obrađuje zahtjeve za /path koristeći MyServlet.
7) Što su inicijalizacijski parametri u servletima?
Servleti često zahtijevaju konfiguracijske podatke (kao što su nizovi za povezivanje s bazom podataka). Oni se mogu pružiti putem init parametri bilo u web.xml ili korištenjem napomena poput @WebInitParam.
Ove parametre možete dobiti pomoću:
ServletConfig config = getServletConfig();
String paramValue = config.getInitParameter("paramName");
To omogućuje prilagodbu ponašanja servleta bez ponovnog kompajliranja koda.
8) Demonstrirajte upravljanje sesijama servleta
HTTP je inherentno bez stanja. Upravljanje sesijama omogućuje održavanje stanja kroz više zahtjeva. Uobičajene tehnike uključuju:
- Cookies – Mali podaci pohranjeni u pregledniku klijenta, poslani sa svakim zahtjevom.
- Prepisivanje URL-a – Dodavanje ID-ova sesija URL-ovima kada su kolačići onemogućeni.
- HTTPSession API – Ugrađeno upravljanje sesijama pomoću
HttpSessionobjekt.
Primjer:
HttpSession session = request.getSession();
session.setAttribute("user", userObject);
Ovo stvara objekt sesije vezan za klijenta.
9) Što je kodiranje URL-ova u odnosu na prepisivanje URL-ova?
Obje su tehnike upravljanja sesijama:
- Kodiranje URL-ova prilagođava URL-ove kako bi uključio posebne znakove za siguran prijenos.
- Prepisivanje URL-a dodaje ID sesije u URL kada kolačići nisu dostupni.
Primjer:
response.encodeURL("dashboard");
To osigurava praćenje sesije čak i ako su kolačići onemogućeni.
10) Je li Servlet siguran za korištenje u više niti? Kako postići sigurnost u radu u više niti?
Prema zadanim postavkama, instance servleta obrađuju više zahtjeva pomoću niti. Stoga, Servleti nisu inherentno sigurni za korištenje u više niti osim ako nije pažljivo dizajniran.
Strategije za sigurnost niti:
- Izbjegavajte korištenje varijabli instance bez sinkronizacije.
- Koristite lokalne varijable unutar metoda zahtjeva.
- Synckronizirati pristup dijeljenim resursima ako je potrebno.
Primjer:
public void doGet(...) {
int localVar = computeValue();
}
Korištenjem lokalnih varijabli izbjegavaju se problemi s dijeljenim stanjem.
11) Što je servlet filter i njegovi slučajevi upotrebe?
A Filter servleta presreće zahtjeve prije nego što stignu do servleta (ili odgovore prije nego što stignu do klijenta). Filteri obrađuju zadatke poput:
- Ovjera
- Sječa drveta
- kompresija
- Validacija unosa
Primjer: Pomoću filtera provjerite je li zahtjev autentificiran prije prosljeđivanja na sigurne stranice.
12) Što su servlet slušači?
slušatelji su rukovatelji događajima koji reagiraju na događaje životnog ciklusa u web aplikaciji. Uobičajena sučelja slušatelja uključuju:
ServletContextListener— Događaji pokretanja/gašenja aplikacije.HttpSessionListener— Stvaranje i uništavanje sesije.ServletRequestListener— Zahtjev za događaje životnog ciklusa.
Slušači pomažu u upravljanju dodjelom resursa ili čišćenjem kao odgovor na aktivnost aplikacije.
13) Kako proslijediti zahtjev drugom resursu?
Za interno prosljeđivanje zahtjeva:
RequestDispatcher rd = request.getRequestDispatcher("/otherServlet");
rd.forward(request, response);
Za preusmjeravanje na novi URL:
response.sendRedirect("newURL");
Razlika:
forward()obrađuje se interno bez preusmjeravanja klijenta.sendRedirect()upućuje klijenta da podnese novi zahtjev.
14) Objasnite ServletContext u odnosu na ServletConfig
| svojstvo | ServletContext |
ServletConfig |
|---|---|---|
| Djelokrug | Širom aplikacije | Specifično za jedan servlet |
| Koristi za | Dijeljeni resursi, globalni init parametri | Individualni init parametri servleta |
| Život | Dok se aplikacija ne učitava | Dok servlet ne uništi |
ServletContext pruža dijeljene podatke između svih servleta u web aplikaciji, dok ServletConfig specifično je za jednu instancu servleta.
15) Što je HttpSession i kako se koristi?
The HttpSession Objekt predstavlja korisničku sesiju kroz više HTTP zahtjeva i odgovora. Nudi prednosti kao što su:
- Pohranjivanje podataka specifičnih za korisnika
- Upravljanje vremenskim ograničenjem sesije
- Praćenje stanja prijave
Primjer:
HttpSession session = request.getSession(true);
session.setAttribute("cart", shoppingCart);
Ovo zadržava podatke u svim zahtjevima.
16) Kako prenijeti datoteku pomoću servleta?
Za prijenos datoteke:
- konfigurirati
<multipart-config>inweb.xml. - Koristiti
ServletFileUploadili anotacije servleta 3.0. - Obradi dijelove datoteke u
doPost().
Ovaj scenarij je uobičajen u stvarnim aplikacijama poput prijenosa profilnih slika.
17) Objasnite kako se rješavaju iznimke u servletu
Servleti mogu obrađivati iznimke na dva načina:
- Blokovi try-catch u kodu servleta.
- Definirati
<error-page>inweb.xmlza mapiranje iznimki na prilagođene stranice za otklanjanje pogrešaka.
Primjer:
<error-page> <exception-type>java.lang.Exception</exception-type>
<location>/error.jsp</location>
</error-page>
To poboljšava pouzdanost i korisničko iskustvo.
18) Koja je uloga anotacija u servletima (Servlet 3.0+)?
Od Servleta 3.0, anotacije mogu zamijeniti web.xml:
@WebServlet("/path")@WebFilter@WebListener
Primjer:
@WebServlet("/hello")
public class HelloServlet extends HttpServlet { ... }
To pojednostavljuje konfiguraciju i implementaciju.
19) Što je učitavanje pri pokretanju?
<load-on-startup> in web.xml kontrole kada se servlet inicijalizira:
- Pozitivna vrijednost → učitavanje pri pokretanju aplikacije definiranim redoslijedom.
- Negativno ili odsutno → učitavanje na prvi zahtjev.
Primjer:
<load-on-startup>1</load-on-startup>
To osigurava da je servlet spreman prije nego što stigne bilo koji zahtjev.
20) Kako Servleti podržavaju RESTful usluge?
Servleti mogu implementirati REST rukovanjem različitim HTTP glagolima (GET, POST, PUT, DELETE) u metodama zahtjeva i generiranjem JSON/XML odgovora pomoću PrintWriter ili streamove. Tipična REST krajnja točka provjerava URL-ove i sukladno tome komunicira s poslovnom logikom.
21) Objasnite razliku između sendRedirect() i forward() u Servletima
Razlika između sendRedirect() i forward() leži u kako se prenosi kontrola zahtjeva i gdje se događa preusmjeravanjeOba mehanizma se koriste za navigaciju korisnika između resursa, ali služe različitim arhitektonskim svrhama.
sendRedirect() je preusmjeravanje na strani klijentaServlet upućuje preglednik da izda novi HTTP zahtjev na drugi URL. Kao rezultat toga, adresna traka preglednika se mijenja i atributi zahtjeva se gube. Ovaj pristup je koristan prilikom preusmjeravanja na vanjske resurse ili izbjegavanja problema s ponovnim slanjem obrasca.
forward() je rad na strani poslužitelja obrađuje kontejner pomoću RequestDispatcherIsti objekti zahtjeva i odgovora prosljeđuju se interno, čuvajući atribute zahtjeva i poboljšavajući performanse.
| Aspekt | pošaljiPreusmjeri() | naprijed() |
|---|---|---|
| Vrsta preusmjeravanja | Na strani klijenta | Na strani poslužitelja |
| Promjena URL-a | Da | Ne |
| Objekt zahtjeva | Novo | Isti |
| Izvođenje | sporiji | Brže |
22) Koje su različite vrste mehanizama za praćenje Servlet sesija?
Podrška za servlete više mehanizama za praćenje sesija za upravljanje stanjem korisnika u inherentno bezdržavnom HTTP protokolu. Izbor ovisi o kompatibilnosti preglednika, sigurnosnim zahtjevima i potrebama skalabilnosti.
Najčešći pristup je Cookies, gdje se identifikatori sesije pohranjuju na klijentu i šalju se sa svakim zahtjevom. Kolačići su učinkoviti, ali ih korisnici mogu onemogućiti.
Prepisivanje URL-a dodaje ID-ove sesija URL-ovima i koristan je kada kolačići nisu dostupni, iako izlaže podatke sesije u povijesti preglednika.
Skrivena polja obrazaca ugraditi informacije o sesiji u HTML obrasce, ali ova metoda funkcionira samo s navigacijom temeljenom na obrascima.
Najrobustnije rješenje je HttpSession, što apstrahira ove mehanizme i omogućuje programerima pohranjivanje podataka sesije na strani poslužitelja.
| način | Prednosti | Nedostaci |
|---|---|---|
| Cookies | Učinkovito, transparentno | Može se onemogućiti |
| Prepisivanje URL-a | Radi bez kolačića | Sigurnosni rizik |
| Skrivena polja | Jednostavan | Ograničena navigacija |
| HttpSession | Sigurno, fleksibilno | Korištenje memorije poslužitelja |
23) Kako životni ciklus HttpSession funkcionira u Servletima?
The HttpSession Životni ciklus započinje kada klijent prvi put podnese zahtjev koji zahtijeva praćenje sesije. Spremnik servleta stvara objekt sesije i dodjeljuje mu jedinstveni ID sesije. Ovaj ID se obično pohranjuje u kolačiću pod nazivom JSESSIONID.
Sesija ostaje aktivna sve dok se zahtjevi nastavljaju unutar konfiguriranog razdoblja vremenskog ograničenja. Razvojni programeri to mogu kontrolirati pomoću setMaxInactiveInterval() or web.xml konfiguracija. Sesije se mogu završiti zbog isteka vremena, eksplicitnog poništavanja korištenjem invalidate()ili gašenje aplikacije.
Važan događaj u životnom ciklusu događa se kada se sesije kreiraju ili uništavaju, što se može pratiti pomoću HttpSessionListenerOvo je korisno za reviziju ili čišćenje resursa.
Primjer: Praćenje prijavljenih korisnika povećavanjem brojača kada se sesije kreiraju i smanjivanjem kada se unište osigurava točne metrike konkurentnosti.
24) Koja je uloga ServletContext-a u web aplikaciji?
ServletContext predstavlja cijela web aplikacija i pruža zajednički komunikacijski mehanizam za sve servlete, filtere i slušače. Stvara se jednom prilikom pokretanja aplikacije i uništava se prilikom gašenja.
Razvojni programeri koriste ServletContext za pohranjivanje globalnih atributa, čitanje parametara inicijalizacije cijele aplikacije i pristup resursima kao što su konfiguracijske datoteke. Za razliku od HttpSession, nije specifično za korisnika.
Na primjer, skup veza s bazom podataka inicijaliziran pri pokretanju može se pohraniti u ServletContext i ponovno korišten u više servleta, poboljšavajući performanse i smanjujući opterećenje resursa.
| svojstvo | ServletContext |
|---|---|
| Djelokrug | Širom aplikacije |
| Život | Cijela aplikacija |
| Dijeljeni podaci | Da |
| Specifično za korisnika | Ne |
25) Kako rade Servlet filteri i koje su njihove prednosti?
Servlet filteri djeluju kao presretači koji obrađuju zahtjeve i odgovore prije ili nakon izvršavanja servleta. Obično se koriste za međusektorske probleme koji ne bi trebali biti ugrađeni u poslovnu logiku.
Filtri su idealni za autentifikaciju, autorizaciju, zapisivanje, kompresiju i validaciju zahtjeva. Mogu mijenjati parametre zahtjeva, zaglavlja ili čak blokirati pristup prije dolaska do servleta.
Više filtera može se povezati u lanac, tvoreći cjevovod obrade. To potiče modularnost i odvajanje zadataka.
Primjer: Filter za autentifikaciju provjerava korisničke vjerodajnice prije nego što dopusti pristup osiguranim resursima, osiguravajući dosljednu provedbu sigurnosti u cijeloj aplikaciji.
26) Objasnite model niti servleta i rukovanje konkurentnošću
Servleti slijede višenitni model izvršavanja gdje jedna instanca servleta istovremeno obrađuje više zahtjeva koristeći odvojene niti. Iako to poboljšava skalabilnost, uvodi rizike konkurentnosti.
Varijable instance se dijele između niti, što servlete inherentno čini nije sigurno za korištenje u više nitiZa upravljanje konkurentnošću, programeri bi se trebali oslanjati na lokalne varijable, nepromjenjive objekte ili sinkronizirane blokove prilikom pristupanja dijeljenim resursima.
Neselektivno korištenje sinkronizacije može smanjiti performanse, stoga se sigurnost niti mora postići pažljivim dizajnom, a ne pretjeranim zaključavanjem.
Primjer: Servlet koji koristi zajednički brojač trebao bi sinkronizirati ažuriranja ili koristiti atomske varijable kako bi spriječio uvjete utrke.
27) Koja je razlika između GET i POST metoda u Servletima?
GET i POST su najčešće korištene HTTP metode u Servletima, ali služe različitim svrhama.
GET je namijenjen za dohvaćanje podataka i dodaje parametre URL-u. Može se predmemorirati i označiti, ali otkriva osjetljive podatke.
POST je namijenjen za slanje podataka i šalje parametre u tijelu zahtjeva. Sigurniji je i prikladniji za operacije koje mijenjaju stanje poslužitelja.
| Aspekt | GET | POST |
|---|---|---|
| Vidljivost podataka | URL | Tijelo zahtjeva |
| Sigurnost | Nizak | Viši |
| Idempotent | Da | Ne |
| Koristite slučaj | Dohvati podatke | Pošalji podatke |
28) Kako se iznimke obrađuju u aplikacijama temeljenim na Servletima?
Obrada iznimaka u Servletima može se upravljati programski ili deklarativno. Programska obrada koristi try-catch blokove za hvatanje i obradu problema tijekom izvođenja izravno u kodu.
Deklarativne prednosti rukovanja web.xml mapirati iznimke ili HTTP statusne kodove na prilagođene stranice s pogreškama. Ovaj pristup poboljšava održavanje i korisničko iskustvo odvajanjem logike pogrešaka od poslovne logike.
Primjer: Mapiranje NullPointerException JSP omogućuje dosljedno izvještavanje o pogreškama u cijeloj aplikaciji bez ponavljajućeg koda.
Ovaj slojeviti pristup osigurava robusnost i čišću arhitekturu.
29) Što je učitavanje pri pokretanju i kada se treba koristiti?
load-on-startup određuje kada se servlet inicijalizira od strane kontejnera. Pozitivna cjelobrojna vrijednost upućuje kontejner da učita servlet tijekom pokretanja aplikacije, dok odsutnost ili negativne vrijednosti odgađaju učitavanje do prvog zahtjeva.
Ova je značajka korisna za servlete koji obavljaju kritične zadatke inicijalizacije kao što su učitavanje konfiguracijskih datoteka, inicijalizacija predmemorija ili postavljanje veza s bazom podataka.
Korištenje load-on-startup osigurava da se ovi zadaci dovrše prije nego što aplikacija počne posluživati zahtjeve, poboljšavajući pouzdanost.
30) Kako Servleti podržavaju RESTful web servise?
Servleti čine temelj RESTful usluga rukovanjem različitim HTTP metodama kao što su GET, POST, PUT i DELETE. Svaka metoda odgovara CRUD operaciji i implementirana je pomoću doGet(), doPost()i srodni rukovatelji.
Vraćanjem JSON ili XML odgovora i pridržavanjem REST principa kao što su bezdržavnost i URL-ovi temeljeni na resursima, Servleti mogu implementirati lagane API-je.
Moderni okviri apstrahiraju ovu složenost, ali razumijevanje RESTful Servlet dizajna ključno je za kontrolu niske razine i podešavanje performansi, posebno pri izravnom radu s Jakarta Servlet Apis.
31) Koje su različite vrste servlet opsega i kako se koriste?
Opsezi servleta definiraju vidljivost i vijek trajanja atributa pohranjeni u web aplikaciji. Bitni su za upravljanje dijeljenjem podataka među komponentama uz održavanje odgovarajuće izolacije.
Četiri primarna područja djelovanja su Zatražite, Sjednica, primjenai Stranica (koristi se uglavnom u JSP-u). Opseg zahtjeva traje za jedan HTTP zahtjev i idealan je za prijenos privremenih podataka između servleta ili JSP-ova. Opseg sesije traje kroz više zahtjeva istog klijenta i obično se koristi za podatke specifične za korisnika, kao što je status prijave. Opseg aplikacije je globalan i dijeli se među svim korisnicima, pogodan za konfiguraciju ili dijeljene resurse.
Razumijevanje odabira opsega sprječava curenje memorije i probleme s konkurentnošću.
| Djelokrug | Život | Vidljivost | Tipična upotreba |
|---|---|---|---|
| Zatražite | Jedan zahtjev | Isti zahtjev | Poruke o validaciji |
| Sjednica | Korisnička sesija | Jedan korisnik | Podaci za prijavu |
| primjena | Životni ciklus aplikacije | Svi korisnici | Predmemorije, konfiguracije |
| Stranica | Samo JSP | Isti JSP | Logika prikaza |
32) Kako funkcionira sigurnost Servleta pomoću deskriptora implementacije?
Sigurnost servleta može se deklarativno konfigurirati pomoću web.xml bez mijenjanja koda aplikacije. Ovaj pristup poboljšava održavanje i provodi dosljedna sigurnosna pravila.
Sigurnosna ograničenja definiraju zaštićene URL obrasce i dopuštene HTTP metode. Metode autentifikacije kao što su BASIC, FORM ili CLIENT-CERT određuju kako se korisnici autentificiraju. Autorizacija temeljena na ulogama ograničava pristup na temelju korisničkih uloga.
Na primjer, odjeljak samo za administratore može se zaštititi tako da mu mogu pristupiti samo korisnici s ulogom "ADMIN". Ovaj se mehanizam besprijekorno integrira sa sigurnošću kojom upravlja spremnik.
Deklarativna sigurnost je poželjnija u poslovnim aplikacijama jer odvaja sigurnosnu logiku od poslovne logike i podržava standardiziranu provedbu.
33) Objasnite razliku između servleta sa stanjem i onih sa stanjem
Servleti bez stanja i servleti sa stanjem razlikuju se po načinu na koji upravljaju podacima specifičnim za klijenta.
A servlet bez stanja Ne pohranjuje stanje klijenta između zahtjeva. Svaki zahtjev je neovisan, što servlet čini vrlo skalabilnim i prikladnim za RESTful usluge.
A servlet sa stanjem, s druge strane, održava stanje pomoću sesija, kolačića ili varijabli instance. Ovaj pristup je koristan za tijekove rada kao što su košarice za kupnju ili obrasci s više koraka.
| Aspekt | bez države | stateful |
|---|---|---|
| skalabilnost | visok | Spustite |
| Memorija Običaj | minimum | Viši |
| Koristite slučaj | API-ji, mikroservisi | Korisnički tijekovi rada |
| Složenost | Nizak | Viši |
Moderne arhitekture favoriziraju servlete bez stanja zbog zahtjeva skalabilnosti u oblaku.
34) Što je RequestDispatcher i kako se razlikuje od preusmjeravanja?
RequestDispatcher omogućuje interna komunikacija između resursa na strani poslužitelja kao što su servleti i JSP-ovi. Omogućuje prosljeđivanje ili uključivanje sadržaja bez uključivanja klijenta.
Ključna prednost je što se isti objekti zahtjeva i odgovora ponovno koriste, što poboljšava performanse i čuva atribute zahtjeva. Ovo je idealno za MVC arhitekture gdje kontroler servlet prosljeđuje prema pogledu.
Nasuprot tome, preusmjeravanje zahtijeva novi zahtjev od klijenta, što je sporije i ne zadržava podatke zahtjeva. Izbor između ove dvije opcije ovisi o tome jesu li potrebne promjene u URL-u i svijest klijenta.
35) Što su Servlet anotacije i koje prednosti pružaju?
Anotacije servleta uvedene su kako bi se smanjilo opterećenje konfiguracije XML-a i pojednostavio razvoj. Anotacije kao što su @WebServlet, @WebFilteri @WebListener omogućiti programerima da izravno deklariraju metapodatke u kodu.
Glavne prednosti uključuju poboljšanu čitljivost, smanjenje pogrešaka u konfiguraciji i brže razvojne cikluse. Anotacije također olakšavaju refaktoriranje aplikacija jer konfiguracija i implementacija ostaju usko usklađene.
Međutim, za velike poslovne aplikacije često se koristi hibridni pristup gdje anotacije obrađuju jednostavna mapiranja i web.xml upravlja složenim konfiguracijama.
36) Kako funkcionira podešavanje performansi Servleta?
Podešavanje performansi servleta uključuje optimizaciju korištenje resursa, rukovanje istodobnošću i vrijeme odzivaUobičajene strategije uključuju minimiziranje sinkronizacije, ponovnu upotrebu objekata putem grupiranja i omogućavanje kompresije odgovora.
Korištenje skupova veza umjesto stvaranja veza s bazom podataka po zahtjevu značajno poboljšava propusnost. Keširanje često pristupanih podataka u opsegu aplikacije smanjuje redundantno računanje.
Određivanje veličine skupa niti u spremniku servleta također igra ključnu ulogu. Loše podešavanje može dovesti do preopterećenja niti ili pretjeranog prebacivanja konteksta.
Podešavanje performansi je kontinuirani proces koji zahtijeva praćenje, profiliranje i iterativnu optimizaciju.
37) Koje su razlike između Servleta i JSP-a?
Servleti i JSP imaju različite uloge u Java web aplikacije, iako se obje u konačnici kompajliraju u servlete.
Servleti su Java Predavanja usmjerena na obradu zahtjeva i poslovnu logiku. JSP-ovi su dizajnirani za prezentaciju i pojednostavljuju generiranje HTML-a pomoću oznaka i izraznog jezika.
| Aspekt | servlet | JSP |
|---|---|---|
| Uloga | Kontroler/Logika | Pogled |
| Sintaksa | Java | HTML + oznake |
| održavanje | Opširnije | Jednostavnije |
| Korištenje MVC-a | kontrolor | Pogled |
Najbolja praksa nalaže korištenje Servleta kao kontrolera i JSP-ova isključivo za renderiranje prikaza.
38) Kako Servlet obrađuje prijenos datoteka?
Prijenosi datoteka obrađuju se pomoću višedijelnih zahtjeva. Specifikacije servleta pružaju ugrađenu podršku za višedijelnu obradu putem anotacija ili konfiguracije.
Servlet čita podatke prenesene datoteke kao Part objekte, omogućujući pristup metapodacima datoteka i streamovima sadržaja. Prenesene datoteke zatim se mogu validirati, pohraniti ili dalje obraditi.
Pravilno rukovanje prijenosom datoteka uključuje ograničenja veličine, validaciju tipa i sigurnu pohranu kako bi se spriječile ranjivosti poput izvršavanja zlonamjernih datoteka.
Ova se značajka često koristi u sustavima za upravljanje profilima, prijenosu dokumenata i platformama za upravljanje sadržajem.
39) Što je asinkrona obrada u Servletima?
Asinkrona obrada omogućuje servletu da obrađuje dugotrajne zadatke bez blokiranja niti za obradu zahtjeva. To poboljšava skalabilnost i odzivnost pod velikim opterećenjem.
Korištenjem asinkronih API-ja, servlet oslobađa nit kontejnera i obrađuje zahtjev u pozadini. Nakon što je obrada završena, odgovor se nastavlja.
Ovaj model je idealan za operacije kao što su vanjski API pozivi, skupna obrada ili strujanje podataka.
Asinkroni servleti značajno poboljšavaju propusnost u okruženjima s visokom konkurentnošću kada se pravilno koriste.
40) Koje su uobičajene najbolje prakse za Servlet koje se primjenjuju u poslovnim aplikacijama?
Razvoj servleta na razini poduzeća slijedi stroge najbolje prakse kako bi se osigurala održivost, skalabilnost i sigurnost. To uključuje izbjegavanje poslovne logike u servletima, korištenje MVC arhitekture, eksternalizaciju konfiguracije i provođenje sigurnosti niti.
Druge prakse uključuju pravilno rukovanje iznimkama, sigurno upravljanje sesijama i minimalnu upotrebu varijabli instance. Zapisivanje i praćenje treba provoditi dosljedno.
Slijeđenje ovih načela rezultira čistim, testiranim i produkcijski spremnim aplikacijama koje pouzdano rade pod opterećenjem.
🔍 Najčešća pitanja za intervju za servlete sa stvarnim scenarijima i strateškim odgovorima
1) Što je Servlet i zašto se koristi u web aplikacijama?
Očekivano od kandidata: Anketar želi procijeniti vaše osnovno razumijevanje Servleta i njihove uloge u Javaweb aplikacije temeljene na.
Primjer odgovora: Servlet je Java klasa koja se izvodi na web poslužitelju i obrađuje zahtjeve klijenata, obično putem HTTP-a. Koristi se za izgradnju dinamičkih web aplikacija obradom zahtjeva, primjenom poslovne logike i generiranjem odgovora. Servleti su poželjniji jer su neovisni o platformi, učinkoviti zbog višenitnosti i čvrsto integrirani s Java poslovne tehnologije.
2) Možete li objasniti životni ciklus Servleta?
Očekivano od kandidata: Anketar provjerava vaše znanje o tome kako kontejner upravlja Servletom.
Primjer odgovora: Životni ciklus servleta sastoji se od tri glavne faze: inicijalizacije, obrade zahtjeva i uništenja. Kontejner prvo poziva init() metoda za inicijalizaciju Servleta. Zatim poziva service() metoda za obradu zahtjeva klijenata, koja može delegirati na doGet() or doPost()Konačno, kada se Servlet isključi iz upotrebe, destroy() Metoda se poziva za oslobađanje resursa.
3) Kako se obrađuju zahtjevi klijenata u Servletu?
Očekivano od kandidata: Žele razumjeti kako radite s HTTP metodama i obradom zahtjeva.
Primjer odgovora: Zahtjevi klijenata obrađuju se putem service() metoda koja usmjerava zahtjeve prema određenim metodama kao što su doGet(), doPost(), doPut(), ili doDelete() na temelju HTTP metode. Svaka metoda obrađuje zahtjev, po potrebi komunicira s pozadinskim komponentama i zapisuje odgovor koristeći HttpServletResponse objekt.
4) Kako upravljate praćenjem sesija u Servletima?
Očekivano od kandidata: Anketar želi znati kako održavate korisničko stanje kroz više zahtjeva.
Primjer odgovora: Praćenje sesija u Servletima može se upravljati pomoću HttpSession, kolačići, prepisivanje URL-ova ili skrivena polja obrasca. Najčešći pristup je korištenje HttpSession, što omogućuje pohranjivanje korisničkih podataka na strani poslužitelja i njihovo dohvaćanje putem više zahtjeva dok sesija ne istekne ili se ne poništi.
5) Opišite situaciju u kojoj ste optimizirali aplikaciju temeljenu na Servletima za performanse.
Očekivano od kandidata: Oni procjenjuju vaše vještine rješavanja problema i praktično iskustvo.
Primjer odgovora: U prethodnoj ulozi optimizirao sam aplikaciju temeljenu na Servletima smanjenjem nepotrebnih poziva baze podataka i implementacijom grupiranja veza. Također sam minimizirao stvaranje objekata unutar doGet() metodu i omogućio predmemoriranje za često dostupne podatke. Ove promjene značajno su poboljšale vrijeme odziva i propusnost poslužitelja.
6) Kako se obrađuju iznimke u Servletima?
Očekivano od kandidata: Anketar traži strukturirane prakse rješavanja grešaka.
Primjer odgovora: Iznimke u Servletima mogu se obraditi korištenjem try-catch blokova unutar Servlet koda ili definiranjem stranica s greškama u web.xml ili putem anotacija. Preferiram centraliziranu obradu pogrešaka, gdje se iznimke ispravno bilježe, a smisleni odgovori na pogreške vraćaju se korisnicima bez otkrivanja internih detalja.
7) Koja je razlika između RequestDispatcher forward i sendRedirect?
Očekivano od kandidata: Žele testirati vaše razumijevanje toka zahtjeva i navigacije.
Primjer odgovora: RequestDispatcher forward prenosi kontrolu na drugi resurs na poslužitelju bez promjene URL-a, a koriste se isti objekti zahtjeva i odgovora. Nasuprot tome, sendRedirect šalje odgovor klijentu s uputom da napravi novi zahtjev na drugi URL, što rezultira promjenom URL-a i novim ciklusom zahtjeva i odgovora.
8) Recite mi o vremenu kada ste radili s filterima ili slušačima u projektu temeljenom na Servletima.
Očekivano od kandidata: Anketar želi uvid u vaše iskustvo s naprednim značajkama Servleta.
Primjer odgovora: Na prethodnoj poziciji koristio sam Servlet filtere za implementaciju provjera zapisivanja i autentifikacije prije nego što zahtjevi stignu do glavnih Servleta. Također sam radio s listenerima za praćenje događaja stvaranja i uništavanja sesija, što je pomoglo u praćenju aktivnih korisnika i učinkovitom čišćenju resursa.
9) Kako biste riješili scenarij s velikim prometom u Servlet aplikaciji?
Očekivano od kandidata: Testiraju vašu sposobnost dizajniranja skalabilnih i pouzdanih sustava.
Primjer odgovora: Osigurao bih učinkovito višenitno izvršavanje tako što bih Servlete držao bez stanja gdje je to moguće i koristio komponente sigurne za korištenje u thread-safe načinu rada. Na prethodnom poslu oslanjao sam se i na uravnoteženje opterećenja, mehanizme predmemorije i optimizirani pristup bazi podataka kako bih se nosio s velikim prometom bez smanjenja performansi.
10) Opišite izazovan problem s kojim ste se suočili prilikom otklanjanja grešaka u Servletu i kako ste ga riješili.
Očekivano od kandidata: Ispitivač želi procijeniti vaš pristup otklanjanju pogrešaka i otpornost.
Primjer odgovora: U svojoj posljednjoj ulozi, suočio sam se s problemom gdje je Servlet povremeno vraćao netočne odgovore zbog dijeljenih promjenjivih podataka između niti. Riješio sam ga identificiranjem problema sigurnosti niti, refaktoriranjem koda radi uklanjanja dijeljenog stanja i dodavanjem odgovarajućeg zapisivanja kako bih provjerio ispravak pod istodobnim opterećenjem.
