jsp學習總結

　　在一個JSP檔案第一次被請求時，JSP引擎把該JSP檔案轉換成為一個 servlet。而這個引擎本身也是一個servlet，在JSWDK或WEBLOGIC中，它就是JspServlet。 JSP引擎先把該JSP檔案 轉換成一個Java源檔案，在轉換時如果發現jsp檔案有任何語法錯誤，轉換過程將中斷，並向服務端和用戶端輸出出錯資訊；如果轉換成功， JSP引擎用 javac把該Java源檔案編譯成相應的class檔案。然後建立一個該SERVLET的執行個體，該SERVLET的jspInit()方法被執行， jspInit()方法在servlet的生命週期中只被執行一次。然後jspService()方法被調用來處理用戶端的請求。
　　對每一個請求，JSP引 擎建立一個新的線程來處理該請求。如果有多個用戶端同時請求該JSP檔案，則JSP引擎會建立多個線程。每個用戶端請求對應一個線程。以多線程方式執行可 大大降低對系統的資源需求,提高系統的並發量及回應時間.但應該注意多線程的編程限制，由於該servlet始終駐於記憶體，所以響應是非常快的。 如果. jsp檔案被修改了，伺服器將根據設定決定是否對該檔案重新編譯，如果需要重新編譯，則將編譯結果取代記憶體中的servlet，並繼續上述處理過程。 雖 然JSP效率很高，但在第一次調用時由於需要轉換和編譯而有一些輕微的延遲。 此外，如果在任何時候如果由於系統資源不足的原因，JSP引擎將以某種不確 定的方式將servlet從記憶體中移去。當這種情況發生時jspDestroy()方法首先被調用, 然後servlet執行個體便被標記加入"垃圾收集"處 理。
　　 jspInit()及jspDestory()格式如下：
    可在jspInit()中進行一些初始化工作,如建立與資料庫的串連，或建立網路連接，從 設定檔中取一些參數等，在jspDestory()中釋放相應的資源。 

<%!
public void jspInit()
{
       System.out.println("jspinit"); 
}
 
%>
 
<%!
public void jspDestory()
{
       System.out.println("jspDestory"); 
}
%>

二、服務端的輸出緩衝區

預設情況下:服務端要輸出到用戶端的內容,不直接寫到用戶端,而是先寫到一個輸出緩衝區中.只有在下面三中情況下，才會把該緩衝區的內容輸出到用戶端上：

1、該JSP網頁已完成資訊的輸出 
2、輸出緩衝區已滿 
3、JSP中調用了out.flush()或response.flushbuffer() 

輸出緩衝區的大小可以用:    或response.setBufferSize()設定,如下： 
    設定輸出緩衝區的大小為1KB。或response.setBufferSize(1); 
    設定輸出緩衝區的大小為0，即不緩衝。或response.setBufferSize(0); 

用response.getBufferSize ()或out.getBufferSize()可取的輸出緩衝區的大小,單位為位元組. 用response.isCommitted()可檢查看服務端是 否已將資料輸出到用戶端. 如果傳回值是TRUE則已將資料輸出到用戶端,是FALSE則還沒有. 

三、服務端輸出重新導向

有以下3種方法可以做到輸出重新導向: 

response.sendRedirect ("URL")
    該方法通過修改HTTP協議的HEADER部分,對瀏覽器下達重新導向指令的,使瀏覽器顯示重新導向網頁的內容.  response.sendRedirect("http://localhost:7001/index.html"); 
下面的方法也能改變HTTP HEADER屬性，它的原理和 1 是一樣的. 
<% 
response.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY); 
String newLocn="/index.html"; 
response.setHeader("Location",newLocn); 
% > 

采 用<JSP:FORWORD> 該方法是利用伺服器端先將資料輸出到緩衝區的機制,在把緩衝區的內容發送到用戶端之前,原來的不發送,改為發送該頁面的內容,如果在<JSP:FORWORD>之前有很多輸出,前面的輸出已使緩衝區滿,將自動輸出到用戶端,那麼該語句將不起作用,這 一點應該特別注意. 如下面的例子中(1)會輸出index.html的內容，2 不會輸出index.html的內容，而是輸出out.println ("@@@@@@@@@@@@@@@@@"); 中的內容,並且在服務端會拋出:java.lang.IllegalStateException:  Response already committed 異常，但用戶端沒有任何錯誤輸出。 
(1)
<%@page buffer="1kb"%>
 
<%
long i=0;
 
for(i=0;i<10;i++)
{
       out.println("@@@@@@@@@@@@@@@@@");
}
%>
 
<jsp:forward page="./index.html" />
 
 
(2)
<%@page buffer="1kb"%>
 
<%
long i=0;
 
for(i=0;i<600;i++)
{                 
       out.println("@@@@@@@@@@@@@@@@@");
}
%>
 

說明：
1. 方法(1),(2)可以使用變數表示重新導向的地址;方法(3)不能使用變數表示重新導向的地址。
String add="./index.html"; 
<jsp:forward page= add /> 
無法重新導向到index.html中去 

String add=http://localhost:7001/index.html 
response.sendRedirect(add); 
可以重新導向到http://localhost:7001/index.html中去。 

2. 採用方法(1),(2)request中的變數(通過request.setAttribute()儲存到request中的值)不能在新的頁面中採用,採用方法(3)能. 綜上,我們應該採用(1),(2)重新導向比較好. 

四、JSP中正確應用類: 

應該把類當成JAVA BEAN來用，不要在<% %> 中直接使用. 如下的代碼(1)經過JSP引擎轉化後會變為代碼(2):
從中可看出如果把一個類在JSP當成JAVA BEAN 使用,JSP會根據它的作用範圍把它儲存到相應的內部對象中.
如作用範圍為request,則把它儲存到request對象中.並且只在第一次調用(對象的值為null)它時進行執行個體化. 而如果在<% %>中直接建立該類的一個對象,則每次調用JSP時,都要重新建立該對象,會影響效能. 

代碼(1)
<jsp:useBean id="test" scope="request" class="demo.com.testdemo">
</jsp:useBean>
 
<%
test.print("this is use java bean");
 
testdemo td= new testdemo();
td.print("this is use new");
%>
 

代碼(2)
demo.com.testdemo test = (demo.com.testdemo)request.getAttribute("test"); 
if (test == null) 
{ 
       try 
       { 
                 test = (demo.com.testdemo) java.beans.Beans.instantiate(getClass().getClassLoader(),"demo.com.testdemo"); 
       } 
       catch (Exception _beanException) 
       {
               throw new weblogic.utils.NestedRuntimeException("cannot instantiate 'demo.com.testdemo'",_beanException); 
       } 
       request.setAttribute("test", test); 
       out.print("/r/n");
} 
out.print("/r/n/r/n/r/n");
test.print("this is use java bean"); 
 
testdemo td= new testdemo();
td.print("this is use new");

 

五、JSP的調試 

JSP 的調試比較麻煩,特別是當bean是在一個session中存在時，更加困難。得從好幾個頁面開始往裡面走才行。通常是用out.println()或 System.out.print()來打一大堆的資訊來查問題。如果是用jbuilder做開發,它能直接調試JSP.不過更重要的是知道錯誤產生的原 因及解決方案。下面對一些JSP編程常見錯誤進行分析。 

(1).java.lang.NullPointerException異常
    一般是對一個為NULL值的變數進行操作引起的.如下面的操作就會拋出
    .java.lang.NullPointerException
    String a = null; 
    a.substring(0,1); 
 
為避免這種異常最好在對變數操作之前檢查看它是否為NULL值.如:
<% String ss=Session.getAttribute("NAME") 
    if isnull(ss) 
    { 

    } 
    else 
    { 

    } 
%> 

(2). JSP是用JAVA寫的，所以它是大小寫敏感的，用過其他程式設計語言的人最容易犯這個錯誤。另外在瀏覽器的地址欄中輸入的訪問JSP的地址也是區分大小寫 的.如http://localhost:7001/demo/t.jsp與http://localhost:7001/Demo/t.jsp是不一樣 的

(3).在jsp中判斷字串要使用compareTo方法，不要用==，因為在java中String變數不是一個簡單的變數而是一個類執行個體，不同的方法會得到 不同的結果，如下所示： 

　　

　　String str1="ABCD"; 
　　String str2="ABCD"; (或 String str2="AB"+"CD"; 
　　if (str1==str2) 
　　 out.print("yes"); 
　　else 
　　 out.print("no"); 
　　結果是"yes"。 
　 

　　String str1,str2,str3; 
　　str1="ABCD"; 
　　str2="AB"; 
　　str3=str2+"CD"; 
　　if (str1==str3) 
　　 out.print("yes"); 
　　else 
　　 out.print("no"); 
　　結果是"no"。 

String str1=new String("ABCD"); 
　　String str2=new String("ABCD"); 
　　if (str1==str2) 
　　 out.print("yes"); 
　　else 
　　 out.print("no"); 
　　結果是"no"。 

String str1=new String("ABCD"); 
　　String str2=new String("ABCD"); 
　　if (str1.compareTo(str2)==0) 
　　 out.print("yes"); 
　　else 
　　 out.print("no"); 
　　結果是"yes"。 

(4)防止JSP或SERVLET中的輸出被瀏覽器儲存在緩衝區中:
    瀏覽器在預設情況下會把瀏覽過的網頁儲存在緩衝區中,在調試時,一般不希望這樣.把下面的指令碼加入程式中,就可防止JSP或SERVLET中的輸出被瀏覽器儲存在緩衝區中 
<% 
response.setHeader("Cache-Control","no-store"); //HTTP 1.1 
response.setHeader("Pragma","no-cache"); //HTTP 1.0 
response.setDateHeader ("Expires", 0); //prevents caching at the proxy server 
%> 
在IE中也可通過設定實現：把/工具/INTERNET選項/常規/設定/的檢察所存頁面的較新版本,設為每次訪問該頁時都檢查.

六、COOKIE

    HTTP COOKIE 實質是服務端與在用戶端之間傳送的普通HTTP頭,可儲存也可不儲存在客戶的硬碟上.如果儲存,每一個檔案大小不超過4K的文字檔.多個COOKIE可 儲存到同一個檔案中. 如果從編程角度來看,在JSP中COOKIE就是JAVA提供的一個類.常用的方法如下所表示，因為用戶端可能不接受 COOKIE，所以建議不用它，改用SESSION等其他方式。 

public class cookie 
{ 
    public String getDomain() //返回該COOKIE的有效域 
    public int getMaxAge() //返回該COOKIE的有效期間,單位為秒 
    public String getName() //返回該COOKIE的名稱 
    public String getPath() //返回該COOKIE的有效路徑 
    public boolean getSecure() //返回該COOKIE的安全設定 
    public String getValue() //返回該COOKIE的值 
    public void setDomain(java.lang.String pattern) //設定該COOKIE的有效域 
    public void setMaxAge(int expiry) //設定該COOKIE的有效期間,單位為秒 
    public void setPath(java.lang.String uri) //設定該COOKIE的有效路徑 
    public void setSecure(boolean flag) //設定該COOKIE的安全設定 
    public void setValue(java.lang.String newValue) //設定該COOKIE的值 
} 
一個COOKIE包含以下五部分: 

    name/value對,設定該COOKIE的名字及它儲存的值 
COOKIE 通常和伺服器相關,如果將域設為JAVA.SUN.COM,那麼該COOKIE就和這個域相關,只對該網址起作用,當瀏覽該網址時,瀏覽器將把該 COOKIE的內容發送給服務端,COOKIE是作為HTTP HEADER的一部分被發送的，如果沒有設定域,那麼COOKIE就只和建立該 COOKIE的伺服器相關. 
路徑用於指定伺服器上可以使用該COOKIE的檔案所在的路徑,它只對該網址下的該路徑下的應用起作用."/"表示伺服器上所有目錄都可以使用該COOKIE. 
COOKIE都有一個有效期間,有效期間預設值為-1,這表示沒有儲存該COOKIE,當該瀏覽器退出時,該COOKIE立即失效. 
安全選項true/false,如果設定為true,那麼在服務端與在用戶端之間傳送該COOKIE的內容時,採用HTTPS協議. 
如何檢查一個用戶端是否支援COOKIE的方法: 
用下面的方法寫一個COOKIE到用戶端,並確認成功 
try 
{ 
Cookie c = new Cookie("mycookie","COOKIE TEST"); 
response.addCookie(c); 
} 
catch(Exception e) 
{ 
      System.out.println(e); 
} 

然後在一個新的JSP檔案中:用下面的方法取用戶端的COOKIE到cookies中, 如果cookies.length ==0,說明該用戶端的瀏覽器不支援COOKIE 
try 
{ 
Cookie[] cookies = request.getCookies(); 
if(cookies.length ==0) 
{ 
      System.out.println("not support cookie"); 
} 
} 
catch(Exception e) 
{ 
      System.out.println(e); 
} 

七、JSP和SERVLET的區別:

    SUN 首先發展出SERVLET，其功能比較強勁，體系設計也很先進，只是，它輸出HTML語句還是採用了老的CGI方式，是一句一句輸出，所以，編寫和修改 HTML非常不方便。 後來SUN推出了類似於ASP的JSP，把JAVA代碼嵌套到HTML語句中，這樣，就大大簡化和方便了網頁的設計和修改。 ASP，PHP，JSP都是嵌套型的SCRIPT語言。 一個分布式系統應分為三層：展示層,商務邏輯層,資料存取層,
    在J2EE體繫結構中, SERVLET用來寫商務邏輯層是很強大的，但是對於寫展示層就很不方便。JSP則主要是為了方便寫展示層而設計的。ENTITY BEAN實現資料存取層，SESSION BEAN實現商務邏輯層。如果是簡單的應用系統,可採用JSP+BEANS的結構進行設計,JSP中應該僅僅存放與展示層有關的東西，也就是說，只放輸出HTML網頁的部份。而所有的資料計算，資料分析，資料庫連接處理，統統是屬於商務邏輯層，應該放在JAVA BEANS中。通過 JSP調用JAVA BEANS，實現兩層的整合。 實際上，微軟的DNA技術，簡單說，就是ASP+COM/DCOM技術。與JSP+BEANS完全類 似，所有的展示層由ASP完成，所有的商務邏輯由COM/DCOM完成。 為什麼要採用這些組件技術呢？因為單純的ASP/JSP語言是非常低效率執行 的，如果出現大量使用者點擊，純SCRIPT語言很快就到達了他的功能上限，而組件技術就能大幅度提高功能上限，加快執行速度。另外一方面，純SCRIPT 語言將展示層和商務邏輯層混在一起，造成修改不方便，並且代碼不能重複利用，採用組件技術就只改組件就可以了。 對於複雜的應用，應該採用 ENTITY BEAN實現資料存取層，SESSION BEAN實現商務邏輯層，用JSP來調用SESSION BEAN，由SESSION BEAN 調用ENTITY BEAN。即採用JSP+EJB來構建一個複雜的分布式系統。它比JSP+BEAN具有更高的輸送量，可靠性，安全性。綜上所述，對簡 單應用，可採用JSP+BAEN，對複雜的應用系統，應採用JSP+EJB，SERVLET變的無足輕重。用JSP完全可替代它。