Java servlet執(zhí)行的完整流程是什么

本篇內(nèi)容介紹了“Java servlet執(zhí)行的完整流程是什么”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

摘要： 

主要描述了從瀏覽器到服務(wù)器，再從服務(wù)器到瀏覽器的整個執(zhí)行過程

瀏覽器請求

瀏覽器向服務(wù)器請求時，服務(wù)器不會直接執(zhí)行我們的類，而是到web.xml里尋找路徑名 

①：第一步，瀏覽器輸入訪問路徑后，攜帶了請求行，頭，體 

②：第二步，根據(jù)訪問路徑找到已注冊的servlet名稱，既圖中的demo 

③：第三步，根據(jù)映射找到對應(yīng)的servlet名 

③：第四步，根據(jù)根據(jù)servlet名找到我們?nèi)薅惷任覀冏约簩懙念?/p>

服務(wù)器創(chuàng)建對象

①：服務(wù)器找到全限定類名后，通過反射創(chuàng)建對象，同時也創(chuàng)建了servletConfig，里面存放了一些初始化信息（注意服務(wù)器只會創(chuàng)建一次servlet對象，所以servletConfig也只有一個）

調(diào)用init方法

①：對象創(chuàng)建好之后，首先要執(zhí)行init方法，但是我們發(fā)現(xiàn)我們自定義類下沒有init方法，所以程序會到其父類HttpServlet里找 

②：我們發(fā)現(xiàn)HttpServlet里也沒有init方法，所以繼續(xù)向上找，既向其父類GenericServlet中繼續(xù)尋找,在GenericServlet中我們發(fā)現(xiàn)了init方法，則執(zhí)行init方法（對接口Servlet中的init方法進行了重寫） 

注意： 

在GenericServlet中執(zhí)行public void init(ServletConfig config)方法的時候，又調(diào)用了自己無慘無方法體的init()方法，其目的是為了方便開發(fā)者，如果開發(fā)者在初始化的過程中需要實現(xiàn)一些功能，可以重寫此方法

調(diào)用service方法

接著，服務(wù)器會先創(chuàng)建兩個對象：ServletRequest請求對象和ServletResponse響應(yīng)對象，用來封裝瀏覽器的請求數(shù)據(jù)和封裝向瀏覽器的響應(yīng)數(shù)據(jù) 

①：接著服務(wù)器會默認在我們寫的類里尋找service(ServletRequest req, ServletResponse res)方法，但是DemoServlet中不存在，那么會到其父類中尋找 

②：到父類HttpServlet中發(fā)現(xiàn)有此方法，則直接調(diào)用此方法，并將之前創(chuàng)建好的兩個對象傳入 

③：然后將傳入的兩個參數(shù)強轉(zhuǎn)，并調(diào)用HttpServlet下的另外個service方法 

④：接著執(zhí)行service(HttpServletRequest req, HttpServletResponse resp)方法，在此方法內(nèi)部進行了判斷請求方式，并執(zhí)行doGet和doPost，但是doGet和doPost方法已經(jīng)被我們自己重寫了，所以會執(zhí)行我們重寫的方法 

看到這里，你或許有疑問：為什么我們不直接重寫service方法？ 

因為如果重寫service方法的話，我們需要將強轉(zhuǎn)，以及一系列的安全保護判斷重新寫一遍，會存在安全隱患

向瀏覽器響應(yīng)

最后處理完數(shù)據(jù)后，將數(shù)據(jù)響應(yīng)到瀏覽器

“Java servlet執(zhí)行的完整流程是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！