Web基礎瞭解版05-Servlet

Servlet

Servlet?

  • 從廣義上來講,Servlet規範是Sun公司制定的一套技術標準,包含與Web應用相關的一系列接口,是Web應用實現方式的宏觀解決方案。而具體的Servlet容器負責提供標準的實現。

  • 從狹義上來講,Servlet指的是javax.servlet.Servlet接口及其子接口,也可以指實現了Servlet接口的實現類。

  • Servlet(Server Applet)作爲服務器端的一個組件,它的本意是“服務器端的小程序”。

    • Servlet的實例對象由Servlet容器負責創建;

    • Servlet的方法由容器在特定情況下調用;

    • Servlet容器會在Web應用卸載時銷燬Servlet對象的實例。

操作步驟

使用Servlet接口的方式:

① 搭建Web開發環境

② 創建動態Web工程

③ 創建javax.servlet.Servlet接口的實現類:com.atguigu.servlet.MyFirstServlet

④ 在service(ServletRequest, ServletResponse)方法中編寫代碼

⑤ 在web.xml配置文件中註冊MyFirstServlet

<!-- 聲明一個Servlet,配置的是Servlet的類信息 -->
<servlet>
    <!-- 這是Servlet的別名,一個名字對應一個Servlet。相當於變量名 -->
    <servlet-name>MyFirstServlet</servlet-name>
    <!-- Servlet的全類名,服務器會根據全類名找到這個Servlet -->
    <servlet-class>com.servlet.MyFirstServlet</servlet-class>
</servlet>

<!-- 建立Servlet的請求映射信息 -->
<servlet-mapping>
    <!-- Servlet的別名,說明這個Servlet將會響應下面url-pattern的請求 -->
    <servlet-name>MyFirstServlet</servlet-name>
    <!-- Servlet響應的請求路徑。如果訪問這個路徑,這個Servlet就會響應 -->
    <url-pattern>/MyFirstServlet</url-pattern>
</servlet-mapping>

說明:

  • <url-pattern>:這個url-pattern可以配置多個,這時表示的就是訪問這些url都會觸發這個Servlet進行響應,運行瀏覽器,訪問剛纔配置的url路徑,Servlet的service方法就會被調用。

  • <url-pattern>中的文本內容必須以 / 或 *. 開始書寫路徑。相當於將資源映射到項目根目錄下形成虛擬的資源文件。

  • <servlet-mapping>中的<url-pattern>可以聲明多個,可以通過任意一個都可以訪問。但是開發中一般只會配置一個。

⑥ 在WebContent目錄下創建index.html

⑦ 在index.html中加入超鏈接 <a href="MyFirstServlet">To Servlet</a>

⑧ 點擊超鏈接測試Servlet

 如果配置文件一旦修改,需要重啓服務器來重新部署web項目。

Servlet作用

  • 接收請求 【解析請求報文中的數據:請求參數】

  • 處理請求 【DAO和數據庫交互】

  • 完成響應 【設置響應報文】

Servlet生命週期

 簡單的敘述生命週期,就是對象在容器中從開始創建到銷燬的過程。

 Servlet對象是Servlet容器創建的,生命週期方法都是由容器調用的。這裏指的就是Tomcat

① Servlet對象的創建:構造器

  • 默認情況下,Servlet容器第一次收到HTTP請求時創建對應Servlet對象。

  • 容器之所以能做到這一點是由於我們在註冊Servlet時提供了全類名,容器使用反射技術創建了Servlet的對象。

② Servlet對象初始化:init()

  • Servlet容器創建Servlet對象之後,會調用init(ServletConfig config)方法。

  • 作用:是在Servlet對象創建後,執行一些初始化操作。例如,讀取一些資源文件、配置文件,或建立某種連接(比如:數據庫連接)

  • init()方法只在創建對象時執行一次,以後再接到請求時,就不執行了

  • 在javax.servlet.Servlet接口中,public void init(ServletConfig config)方法要求容器將ServletConfig的實例對象傳入,這也是我們獲取ServletConfig的實例對象的根本方法。

③ 處理請求:service()

  • 在javax.servlet.Servlet接口中,定義了service(ServletRequest req, ServletResponse res)方法處理HTTP請求。

  • 在每次接到請求後都會執行。

  • Servlet的作用,主要在此方法中體現。

  • 同時要求容器將ServletRequest對象和ServletResponse對象傳入。

④ Servlet對象銷燬:destroy()

  • 服務器重啓、服務器停止執行或Web應用卸載時會銷燬Servlet對象,會調用public void destroy()方法。

  • 此方法用於銷燬之前執行一些諸如釋放緩存、關閉連接、保存內存數據持久化等操作。

Servlet請求過程

  • 第一次請求

    • 調用構造器,創建對象

    • 執行init()方法

    • 執行service()方法

  • 後面請求

    • 執行service()方法

  • 對象銷燬前

    • 執行destroy()方法

ServletConfig接口

  • ServletConfig接口封裝了Servlet配置信息,這一點從接口的名稱上就能夠看出來。

  • 每一個Servlet都有一個唯一對應的ServletConfig對象,代表當前Servlet的配置信息。

  • 對象由Servlet容器創建,並傳入生命週期方法init(ServletConfig config)中。可以直接獲取使用。

  • 代表當前Web應用的ServletContext對象也封裝到了ServletConfig對象中,使ServletConfig對象成爲了獲取ServletContext對象的一座橋樑。

  • ServletConfig對象的主要功能

    • 獲取Servlet名稱:getServletName()

    • 獲取全局上下文ServletContext對象:getServletContext()

    • 獲取Servlet初始化參數:getInitParameter(String) / getInitParameterNames()。

ServletContext接口

  • Web容器在啓動時,它會爲每個Web應用程序都創建一個唯一對應的ServletContext對象,意思是Servlet上下文,代表當前Web應用。

  • 由於一個Web應用程序中的所有Servlet都共享同一個ServletContext對象,所以ServletContext對象也被稱爲 application 對象(Web應用程序對象)。

  • 對象由Servlet容器在項目啓動時創建,通過ServletConfig對象的getServletContext()方法獲取。在項目卸載時銷燬。

  • ServletContext對象的主要功能

① 獲取項目的上下文路徑(帶/的項目名): getContextPath()

② 獲取虛擬路徑所映射的本地真實路徑:getRealPath(String path)

  • 虛擬路徑:瀏覽器訪問Web應用中資源時所使用的路徑。

  • 本地路徑:資源在文件系統中的實際保存路徑。

  • 作用:將用戶上傳的文件通過流寫入到服務器硬盤中。

③ 獲取WEB應用程序的全局初始化參數(基本不用)

  • 設置Web應用初始化參數的方式是在web.xml的根標籤下加入如下代碼

<web-app>
    <!-- Web應用初始化參數 -->
    <context-param>
        <param-name>ParamName</param-name>
        <param-value>ParamValue</param-value>
    </context-param>
</web-app>

獲取Web應用初始化參數

④ 作爲域對象共享數據

  • 作爲最大的域對象在整個項目的不同web資源內共享數據。

  • setAttribute(key,value):以後可以在任意位置取出並使用

  • getAttribute(key):取出設置的value值

實現類

  • 實現類體系

    • GenericServlet實現Servlet接口

    • HttpServlet繼承GenericServlet

  • 創建Servlet的最終方式

    • 繼承HttpServlet

GenericServlet抽象類

  • GenericServlet對Servlet功能進行了封裝和完善,重寫了init(ServletConfig config)方法,用來獲取ServletConfig對象。此時如果GenericServlet的子類(通常是自定義Servlet)又重寫了init(ServletConfig config)方法有可能導致ServletConfig對象獲取不到,所以子類不應該重寫帶參數的這個init()方法。

  • 如果想要進行初始化操作,可以重寫GenericServlet提供的無參的init()方法,這樣就不會影響ServletConfig對象的獲取。

  • 將service(ServletRequest req,ServletResponse res)保留爲抽象方法,讓使用者僅關心業務實現即可。

HttpServlet抽象類

  • 專門用來處理Http請求的Servlet。

  • 對GenericServlet進行進一步的封裝和擴展,在service(ServletRequest req, ServletResponse res)方法中,將ServletRequest和ServletResponse轉換爲HttpServletRequest和HttpServletResponse,根據不同HTTP請求類型調用專門的方法進行處理。

  • 今後在實際使用中繼承HttpServlet抽象類創建自己的Servlet實現類即可。重寫doGet(HttpServletRequest req, HttpServletResponse resp)和doPost(HttpServletRequest req, HttpServletResponse resp)方法實現請求處理,不再需要重寫service(ServletRequest req, ServletResponse res)方法了。

  • 又因爲我們業務中get,post的處理方式又都是一樣的,所以我們只需要寫一種方法即可,使用另外一種方法調用我們寫好的doXXX方法。web.xml配置與之前相同。

HttpServletRequest接口

  • 該接口是ServletRequest接口的子接口,封裝了HTTP請求的相關信息。

  • 瀏覽器請求服務器時會封裝請求報文交給服務器,服務器接受到請求會將請求報文解析生成request對象。

  • 由Servlet容器創建其實現類對象並傳入service(HttpServletRequest req, HttpServletResponse res)方法中。

 功能

  1.使用HttpServletRequest對象獲取請求參數,即瀏覽器向服務器提交的數據

//一個name對應一個值
String userId = request.getParameter("userId");
//一個name對應一組值
String[] soccerTeams = request.getParameterValues("soccerTeam");
for(int i = 0; i < soccerTeams.length; i++){
    System.out.println("team "+i+"="+soccerTeams[i]);
}

  2.獲取url地址參數

String path = request.getContextPath();//重要
System.out.println("上下文路徑:"+path);
System.out.println("端口號:"+request.getServerPort());
System.out.println("主機名:"+request.getServerName());
System.out.println("協議:"+request.getScheme());

  3.獲取請求頭信息

String header = request.getHeader("User-Agent");
System.out.println("user-agent:"+header);
String referer = request.getHeader("Referer");
System.out.println("上個頁面的地址:"+referer);//登錄失敗,返回登錄頁面讓用戶繼續登錄

  4.請求的轉發

//獲取請求轉發對象
RequestDispatcher dispatcher = request.getRequestDispatcher("success.html");
dispatcher.forward(request, response);//發起轉發

  5.向請求域中保存數據

//將數據保存到request對象的屬性域中
request.setAttribute("attrName", "attrValueInRequest");
//兩個Servlet要想共享request對象中的數據,必須是轉發的關係
request.getRequestDispatcher("/ReceiveServlet").forward(request, response);
//從request屬性域中獲取數據
Object attribute = request.getAttribute("attrName");
System.out.println("attrValue="+attribute);

HttpServletResponse接口

  • 該接口是ServletResponse接口的子接口,封裝了服務器針對於HTTP響應的相關信息。(暫時只有服務器的配置信息,沒有具體的和響應體相關的內容)

  • 由Servlet容器創建其實現類對象,並傳入service(HttpServletRequest req, HttpServletResponse res)方法中。

功能

  1.使用PrintWriter對象向瀏覽器輸出數據

//通過PrintWriter對象向瀏覽器端發送響應信息
PrintWriter writer = res.getWriter();
writer.write("Servlet response");
writer.close();
  • 寫出的數據可以是頁面、頁面片段、字符串等

  • 當寫出的數據包含中文時,瀏覽器接收到的響應數據就可能有亂碼。爲了避免亂碼,可以使用Response對象在向瀏覽器輸出數據前設置響應頭。

  2.設置響應頭

response.setHeader("Content-Type", "text/html;charset=UTF-8");
  • 設置好以後,會在瀏覽器的響應報文中看到設置的響應頭中的信息。

  3.重定向請求

//注意路徑問題,加上/會失敗,會以主機地址爲起始,重定向一般需要加上項目名
response.sendRedirect(“success.html”);
  •  通過重定向將頁面的地址交給瀏覽器並設置響應狀態碼爲302,瀏覽器會自動進行跳轉。

轉發與重定向

 

請求轉發

  1.  第一個Servlet接收到了瀏覽器端的請求,進行了一定的處理,然後沒有立即對請求進行響應,而是將請求“交給下一個Servlet”繼續處理,下一個Servlet處理完成之後對瀏覽器進行了響應。在服務器內部將請求“交給”其它組件繼續處理就是請求的轉發。
  2.  轉發的情況下,兩個Servlet可以共享同一個Request對象中保存的數據。
  3.  當需要將後臺獲取的數據傳送到JSP上顯示的時候,就可以先將數據存放到Request對象中,再轉發到JSP從屬性域中獲取。此時由於是“轉發”,所以它們二者共享Request對象中的數據。
  4.  轉發的情況下,可以訪問WEB-INF下的資源。
  5.  轉發以“/”開始表示項目根路徑,重定向以”/”開始表示主機地址。
    //1.使用RequestDispatcher對象封裝目標資源的虛擬路徑
    RequestDispatcher dispatcher = request.getRequestDispatcher("/index.html");
    //2.調用RequestDispatcher對象的forward()方法“前往”目標資源
    //[注意:傳入的參數必須是傳遞給當前Servlet的service方法的
    //那兩個ServletRequest和ServletResponse對象]
    dispatcher.forward(request, response);
}

請求重定向

  1. 第一個Servlet接收到了瀏覽器端的請求,進行了一定的處理,然後給瀏覽器一個特殊的響應消息,這個特殊的響應消息會通知瀏覽器去訪問另外一個資源,這個動作是服務器和瀏覽器自動完成的。整個過程中瀏覽器端會發出兩次請求,且在瀏覽器地址欄裏面能夠看到地址的改變,改變爲下一個資源的地址。
  2. 重定向的情況下,原Servlet和目標資源之間就不能共享請求域數據了。
  3. HttpServletResponse代表HTTP響應,對象由Servlet容器創建。
   //1.調用HttpServletResponse對象的sendRedirect()方法
    //2.傳入的參數是目標資源的虛擬路徑
    response.sendRedirect("index.html");

對比請求的轉發與重定向

 轉發重定向
瀏覽器感知 在服務器內部完成,瀏覽器感知不到 服務器以302狀態碼通知瀏覽器訪問新地址,瀏覽器有感知
瀏覽器地址欄 不改變 改變
整個過程發送請求次數 一次 兩次
執行效率 效率高 效率低
API(或發起者) Request對象 Response對象
能否共享request對象數據
WEB-INF下的資源 能訪問 不能訪問
目標資源 必須是當前web應用中的資源 不侷限於當前web應用

說明:默認情況下,瀏覽器是不能訪問服務器web-inf下的資源的,而服務器是可以訪問的。

字符編碼問題

解決亂碼的方法:就是統一字符編碼

GET請求亂碼

  • GET請求參數是在地址後面的。我們需要修改tomcat的配置文件。需要在server.xml文件修改Connector標籤,添加URIEncoding="utf-8"屬性。
  • 一旦配置好以後,可以解決當前工作空間中所有的GET請求的亂碼問題。

POST請求亂碼

  • POSTt請求服務器解析出現問題,解決方法:在獲取參數值之前,設置請求的解碼格式,使其和頁面保持一致。

request.setCharacterEncoding("utf-8");
  • POST請求亂碼問題的解決,只適用於當前的操作所在的類中。不能類似於GET請求一樣統一解決。因爲請求體有可能會上傳文件。

響應亂碼

  • 向瀏覽器發送響應的時候,要告訴瀏覽器,我使用的字符集是哪個,瀏覽器就會按照這種方式來解碼
//方法一:
response.setHeader("Content-Type", "text/html;charset=utf-8");
//方法二:
response.setContentType("text/html;charset=utf-8");

路徑設置問題

相對路徑和絕對路徑

相對路徑:虛擬路徑如果不以“/”開始,就是相對路徑,瀏覽器會以當前資源所在的虛擬路徑爲基準對相對路徑進行解析,從而生成最終的訪問路徑。

絕對路徑:虛擬路徑以“/”開始,就是絕對路徑。

① 在服務器端:虛擬路徑最開始的“/”表示當前Web應用的根目錄。只要是服務端解析的絕對路徑,都是以web根目錄爲起始的。由服務器解析的路徑包括:(1) web.xml的配置路徑、(2)request轉發的路徑。

② 在瀏覽器端:虛擬路徑最開始的“/”表示當前主機地址。

例如:鏈接地址“/Path/dir/b.html”經過瀏覽器解析後爲: 相當於http://localhost:8989/Path/dir/b.html

由瀏覽器解析的路徑包括:

(1)重定向操作:response.sendRedirect("/xxx") (2)所有HTML標籤:<a href="/xxx"> 、<form action="/xxx"> 、link、img、script等

  • 在瀏覽器端,除了使用絕對路徑之外,我們還可以使用base標籤+相對路徑的方式來確定資源的訪問有效。

  • base標籤影響當前頁面中的所有相對路徑,不會影響絕對路徑。相當於給相對路徑設置了一個基準地址。

<!-- 給頁面中的相對路徑設置基準地址 -->
<base href="http://localhost:8080/Test_Path/"/>

 

總結:

* /的有無
* 有: 採用的是絕對路徑
* 無: 採用的是相對路徑
* /的含義:
* 用服務器解析代表:當前項目下 (http://localhost:8080/上下文項目名/)
* 用瀏覽器解析代表:當前主機下(http://localhost:8080/)
* /的幾種使用位置:
* 用在轉發:採用服務器解析 (相對和絕對沒有區別)
* 用在重定向:採用瀏覽器解析
* 相對路徑:response.sendRedirect("pages/user/login_success.html");
* 局對路徑:response.sendRedirect(request.getContextPath()+"/pages/user/login_success.html");
* 用在頁面上:採用瀏覽器解析
* 建議採用絕對路徑去加載靜態資源(css/js/image/video...)
* 方式一:<link href="/上下文項目名/static/css/style.css" type="text/css" rel="stylesheet" >
* 方式二:在head標籤中新增一個base標籤並設置href屬性 ★
* <base href="/BookStore02/"> 在當前頁面中所有的路徑錢統一添加指定前綴

導入外部工程

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章