JSP數據交互（二）和Servlet基礎

時間 2019-11-10

標籤 jsp 數據交互 servlet 基礎欄目 JSP 简体版

原文原文鏈接

01.Application原理與應用

01.application對象的做用域範圍是整個應用服務，而它在應用中所承擔的責任就相似於一個全局變量。只要服務啓動，則application對象就會存在。java

02.在一個應用中只有一個application，每個用戶都會共享這一個application對象。web

03.經過統計網站訪問次數來說解application的用法windows

02.對象做用域

03.Cookie簡介

解析：cookie是Web服務器保存在客戶端的一系列文本信息，根據域名和端口號區分是否保存成一個文件，文件大小爲4k。注意:http://localhost:8080/news 和http://localhost:8080/news/util會造成兩個cookie文件。瀏覽器

1. 什麼是cookietomcat

瀏覽器與WEB服務器之間是使用HTTP協議進行通訊的，當某個用戶發出頁面請求時，WEB服務器只是簡單的進行響應，而後就關閉與該用戶的鏈接。所以當一個請求發送到WEB服務器時，不管其是不是第一次來訪，服務器都會把它看成第一次來對待，這樣的很差之處可想而知。爲了彌補這個缺陷，Netscape開發出了cookie這個有效的工具來保存某個用戶的識別信息，所以人們暱稱爲「小甜餅」。cookies是一種WEB服務器經過瀏覽器在訪問者的硬盤上存儲信息的手段：Netscape Navigator使用一個名爲cookies.txt本地文件保存從全部站點接收的Cookie信息；而IE瀏覽器把Cookie信息保存在相似於C:\windows\cookies的目錄下。當用戶再次訪問某個站點時，服務端將要求瀏覽器查找並返回先前發送的Cookie信息，來識別這個用戶。服務器

2.使用Cookiecookie

解析：session

獲取指定key值cookie的核心代碼mvc

<%app

Cookie[] cookies = request.getCookies();

if(cookies!=null){

for(int i=0;i<cookies.length;i++){

if(cookies[i].getName().equals("uname")){

response.sendRedirect(path+"/welcome.jsp");

}

3.JavaBean

解析：從JavaBean的功能上能夠分爲封裝數據和封裝業務的JavaBean

一個JavaBean至少符合如下條件

01.是一個公有類

02.屬性私有

03.有getter和setter方法

04.無參的公有構造

3.補充一下 Session使用

TTP協議是無狀態的，即信息沒法經過HTTP協議自己進傳遞。爲了跟蹤用戶的操做狀態，ASP應用SESSION對象。JSP使用一個叫HttpSession的對象實現一樣的功能。HTTPSession 是一個創建在cookies 和URL-rewriting上的高質量的界面。Session的信息保存在服務器端，Session的id保存在客戶機的cookie中。事實上，在許多服務器上，若是瀏覽器支持的話它們就使用cookies,可是若是不支持或廢除了的話就自動轉化爲URL-rewriting，session自動爲每一個流程提供了方便地存儲信息的方法。

　　Session通常在服務器上設置了一個30分鐘的過時時間，當客戶中止活動後自動失效。Session 中保存和檢索的信息不能是基本數據類型如 int, double等，而必須是java的相應的對象,如Integer, Double。

　　Httpsession具備以下API:

　　getId　此方法返回惟一的標識，這些標識爲每一個session而產生。當只有一個單一的值與一個session聯合時，或當日志信息與先前的sessions有關時，它被看成鍵名用。

　　GetCreationTime　返回session被建立的時間。最小單位爲千分之一秒。爲獲得一個對打印輸出頗有用的值，可將此值傳給Date constructor 或者GregorianCalendar的方法setTimeInMillis。

　　GetLastAccessedTime　返回session最後被客戶發送的時間。最小單位爲千分之一秒。

　　GetMaxInactiveInterval　返回總時間（秒）,負值表示session永遠不會超時。

　　getAttribute　取一個session相聯繫的信息。（在jsp1.0中爲 getValue）

　　Integer item = (Integer) session.getAttrobute("item")　//檢索出session的值並轉化爲整型

　　setAttribute　提供一個關鍵詞和一個值。會替換掉任何之前的值。(在jsp1.0中爲putValue)

　　session.setAttribute("ItemValue", itemName);　// ItemValue 必須不是must簡單類型

　　在應用中使用最多的是getAttribute和setAttribute。現以一個簡單的例子來講明session的應用，　　test1.jsp(信息寫入session),test2.jsp(從session讀出信息)。

 1 test1.jsp
 2 
 3 ＜HTML＞ 4 5 ＜HEAD＞ 6 7 ＜TITLE＞ Document ＜/TITLE＞ 8 9 ＜/HEAD＞ 10 11 ＜BODY BGCOLOR="#FFFFFF"＞ 12 session.setAttribute("str",new String(「this is test」)); 13 ＜/BODY＞ 14 15 ＜/HTML＞ 16 test2.jsp 17 ＜HTML＞ 18 19 ＜HEAD＞ 20 ＜TITLE＞ New Document ＜/TITLE＞ 21 22 ＜/HEAD＞ 23 24 ＜BODY BGCOLOR="#FFFFFF"＞ 25 ＜% 26 String ls_str=null; 27 ls_str=(String)session.getAttribute("str"); 28 out.println(「從session裏取出的值爲：」+ls_str); 29 %＞ 30 ＜/BODY＞ 31 32 ＜/HTML＞

Servlet基礎

Onclass

只要能處理客戶端請求的類均可以當作Servlet。

00.HttpServletRequest 和ServletRequest區別?

解析: HttpServletRequest接口中方法更容易操做,而ServletRequest應用場景更廣一些(能夠處理任何協議請求).

01.servlet和jsp並行技術

servlet是和jsp並行的兩套用於開發動態web網站的技術

02.簡述什麼是Servlet？

解析：Servlet就是一個實現了特定接口或者父類的java類。

Servlet 是一個 Java程序，是在服務器上(Tomcat容器中)運行以處理客戶端請求並作出響應的程序.Servlet的職責就是接收客戶端的請求而且對請求做出響應.

03.實現Servlet三種方案：

01.Servlet接口：5個方法

init(){

//初始化

}

service(){

//處理請求

}

//泥石流摧毀了整個村莊

destory(){

//銷燬

}

getServletConfig(){

//獲取Servlet配置信息

}

getServletInfo(){

//獲取Servlet相關信息，例如版本做者等。

}

5個方法: init():初始化，只被執行一次

Destory():tomcat關閉的時候執行，釋放資源，執行一次

Service():處理客戶端請求，而且對客戶端請求做出相應

getServletConfig():獲取配置

getServletInfo():版本等信息

02.實現GenericServlet抽象類

修改了Servlet類必定要重啓服務器,而修改了jsp頁面能夠不重啓

03.實現HttpServlet抽象類

service():調度做用

//若是咱們本身的Servlet類繼承的是HttpServlet抽象類,那麼不用重寫父類的service(),service()方法只不過是起到一個調度的做用

doXXX:doPost(HttpServletRequest request,HttpServletResponse response ) doGet()

04.手動實現本身的Servlet

01.Servlet就是運行在服務器端的可以處理客戶端請求的一個java類，若是一個

普通類實現了Servlet接口或者是繼承自GenericServlet或者繼承自HttpServlet，那麼該類就變成了一個Servlet

02.若是類實現的是Servlet接口，那麼處理請求的就是service()方法

若是類繼承的是HttpServlet抽象類，那麼處理請求的是doGet()和doPost()方法，這裏

service()只是調度的做用。

05.ServletContext解說

ServletContext咱們能夠將ServletContext看作是一個全局的變量，相似於jsp中的

appliction對象。

06.URI和URL

URI：統一資源標識符，抽象的資源標識方法。

URL：統一資源定位符，不只僅標識一個資源，並且還指定了如何定位到該資源。

07.Servlet的生命週期

生命週期：

在程序執行的某個特定時刻必然會執行的代碼

出生:洗澡!!!! 20-30歲結婚 80歲死亡

08.修改servlet模板

如何偷懶？？

請注意聽下面2分鐘

修改Serverlet的模板

在common文件夾的插件文件夾（plugins）下找到

com.genuitec.eclipse.wizards_9.0.0.me201108091322.jar

08.如何使用Servlet實現轉發和重定向？

解析:和jsp中如出一轍

09.在servlet如何拿到Session對象並給裏面set數據.

解析：request.getSession().setAttribute(name, value)

10.init()和destory()以及service()執行次數問題

解析:servlet中的init()和destory()只會被執行一次,客戶端每次訪問相應的Servlet類,都會調用一次service() （重點）

11.獲取servlet初始化參數

12.獲取Servlet上下文參數

獲取方案：

補充!

Servlet初始化參數：
Servlet初始化參數定義在web.xml中的一個servlet元素中，例如：
<servlet>
<servlet-name>test</servlet-name>
<servlet-class>com.bk.Test</servlet-class>
<init-param>
<param-name>default-time</param-name>
<param-value>60</param-value>
</init-param>
</servlet>
能夠有若干個<init-param>對。

怎樣取得Servlet初始化參數？
A 單個參數值的獲取

經過ServletConfig接口的getInitParameter(java.lang.String name)方法。

getServletConfig()該方法定義在Servlet接口中，返回ServletConfig接口的引用。
全部的servlet都繼承了該方法。當容器實例化一個servlet以前，會從web.xml中讀取這個servlet的初始化參數，並把這些參數交給ServletConfig，而後在調用init()方法時，容器會傳送這個ServletConfig的引用到servlet。每一個servlet都會有一個惟一的ServletConfig引用。一旦有了ServletConfig的引用就能夠調用getInitParameter()方法來
取得咱們在servlet中設置的初始化參數。

2 獲取方式：

public void service(ServletRequest req,ServletResponse res) throws

ServletException,IOException{
...
     out.println("init parameters");
     Enumeration myEnum=getInitParameterNames();
     while(myEnum.hasMoreElements()){
        String name=(String)myEnum.nextElement();//取得參數名
        out.println(name+":"+getInitParameter(name));//獲取參數值
     }
...
}

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

上下文初始化參數：

上下文初始化參數與Servlet初始化參數相似，區別是上下文初始化參數對整個web應用而不是Servlet初

始化參數只對應一個servlet。
在web應用的整個生命週期中上下文初始化參數都存在，任意的servlet和jsp均可以隨時隨地的訪問它。
在web.xml中的配置例子以下：
<context-param>
<param-name>default-time</param-name>
<param-value>60</param-value>
</context-param>
上下文初始化參數對應於整個web應用，所以它不在某個servlet元素內。一個web應用有一個ServletContext，而一個servlet有一個ServletConfig。

怎樣取得上下文初始化參數？

servlet的ServletConfig對象擁有該servlet的ServletContext的一個引用，因此可這樣取得上下文初始化參數；
getServletConfig().getServletContext().getInitParameter()
也能夠在servlet中直接調用getServletContext().getInitParameter(),二者是等價的。

13.MVC模式的探討

mvc：model（模型），view（視圖）和 controller（控制器）

01.全部的請求都歸結到控制器(Controller)，今天的Servlet充當控制器的角色

只作解析請求(拆解request的各個屬性)而且給出響應(轉發肯定交給哪個jsp頁面去渲染視圖)

收藏的

13.HTTP協議與狀態保持

HTTP協議自己是無狀態的，這與HTTP協議原本的目的是相符的，客戶端只須要簡單的向服務器請求下載某些文件，不管是客戶端仍是服務器都沒有必要記錄彼此過去的行爲，每一次請求之間都是獨立的，比如一個顧客和一個自動售貨機或者一個普通的（非會員制）大賣場之間的關係同樣。

然而聰明（或者貪心？）的人們很快發現若是可以提供一些按需生成的動態信息會使web變得更加有用，就像給有線電視加上點播功能同樣。這種需求一方面迫使HTML逐步添加了表單、腳本、DOM等客戶端行爲，另外一方面在服務器端則出現了CGI規範以響應客戶端的動態請求，做爲傳輸載體的HTTP協議也添加了文件上載、cookie這些特性。其中cookie的做用就是爲了解決HTTP協議無狀態的缺陷所做出的努力。至於後來出現的session機制則是又一種在客戶端與服務器之間保持狀態的解決方案。

讓咱們用幾個例子來描述一下cookie和session機制之間的區別與聯繫。筆者曾常常去的一家咖啡店有喝5杯咖啡免費贈一杯咖啡的優惠，然而一次性消費5杯咖啡的機會微乎其微，這時就須要某種方式來記錄某位顧客的消費數量。想象一下其實也無外乎下面的幾種方案：

一、該店的店員很厲害，能記住每位顧客的消費數量，只要顧客一走進咖啡店，店員就知道該怎麼對待了。這種作法就是協議自己支持狀態。

二、發給顧客一張卡片，上面記錄着消費的數量，通常還有個有效期限。每次消費時，若是顧客出示這張卡片，則這次消費就會與之前或之後的消費相聯繫起來。這種作法就是在客戶端保持狀態。

三、發給顧客一張會員卡，除了卡號以外什麼信息也不紀錄，每次消費時，若是顧客出示該卡片，則店員在店裏的紀錄本上找到這個卡號對應的紀錄添加一些消費信息。這種作法就是在服務器端保持狀態。

因爲HTTP協議是無狀態的，而出於種種考慮也不但願使之成爲有狀態的，所以，後面兩種方案就成爲現實的選擇。具體來講cookie機制採用的是在客戶端保持狀態的方案，而session機制採用的是在服務器端保持狀態的方案。同時咱們也看到，因爲採用服務器端保持狀態的方案在客戶端也須要保存一個標識，因此session機制可能須要藉助於cookie機制來達到保存標識的目的，但實際上它還有其餘選擇。

14.網摘解讀之不借助cookie機制完成Session

Java Servlet API 中引用 Session 機制來追蹤客戶的狀態。Servlet API 中定義了 javax.servlet.http.HttpSession 接口，Servlet 容器必須實現這個接口。當一個 Session 開始時，Servlet 容器將建立一個 HttpSession 對象，Servlet 容器爲 HttpSession 分配一個惟一標識符，稱爲 Session ID。Servlet 容器將 Session ID 做爲 Cookie 保存在客戶的瀏覽器中。每次客戶發出 HTTP 請求時，Servlet 容器能夠從 HttpRequest 對象中讀取 Session ID，而後根據 Session ID 找到相應的 HttpSession 對象，從而獲取客戶的狀態信息。

當客戶端瀏覽器中禁止 Cookie，Servlet 容器沒法從客戶端瀏覽器中取得做爲 Cookie 的 Session ID，也就沒法跟蹤客戶狀態。

Java Servlet API 中提出了跟蹤 Session 的另外一種機制，若是客戶端瀏覽器不支持 Cookie，Servlet 容器能夠重寫客戶請求的 URL，把 Session ID 添加到 URL 信息中。

HttpServletResponse 接口提供了重寫 URL 的方法：public java.lang.String encodeURL(java.lang.String url)

該方法的實現機制爲：

● 先判斷當前的 Web 組件是否啓用 Session，若是沒有啓用 Session，直接返回參數 url。

● 再判斷客戶端瀏覽器是否支持 Cookie，若是支持 Cookie，直接返回參數 url；若是不支持 Cookie，就在參數 url 中加入 Session ID 信息，而後返回修改後的 url。

咱們能夠對網頁中的連接稍做修改，解決以上問題：

修改前：

修改後：