挺詳細的JSP的學習總結，值得看看（來源自網絡）

時間 2020-08-26

標籤詳細 jsp 學習總結值得看看源自網絡欄目 JSP 简体版

原文原文鏈接

在網上看到這篇關於JSP總結的文章摘錄了下來，總共分了7點去進行總結，有理解的部分，也有隻知其一;不知其二的一些內容，但願等我更深刻地瞭解到這方面的知識了再回來看看，能有更大的啓發。
html

1、JSP工做原理java

在一個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");
}
%>

2、服務端的輸出緩衝區web

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

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、服務端輸出重定向編程

有如下3種方法能夠作到輸出重定向:

（1）RESPONSE.SETREDERECT("URL")瀏覽器

該方法經過修改HTTP協議的HEADER部分,對瀏覽器下達重定向指令的,使瀏覽器顯示重定向網頁的內容. 安全

response.sendRedirect("http://localhost:7001/index.html");

（2）下面的方法也能改變HTTP HEADER屬性，它的原理和 1 是同樣的.
服務器

<%
response.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY);
String newLocn="/index.html";
response.setHeader("Location",newLocn);
% >

（3）採用<JSP:FORWORD> cookie

該方法是利用服務器端先將數據輸出到緩衝區的機制,在把緩衝區的內容發送到客戶端以前,原來的不發送,改成發送該頁面的內容,若是在<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)重定向比較好。

4、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(" ");
}
out.print(" ");
test.print("this is use java bean");
                                                                                                                                                                                          
testdemo td= new testdemo();
td.print("this is use new");

5、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選項/常規/設置/的檢察所存頁面的較新版本,設爲每次訪問該頁時都檢查.

6、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);
}

7、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徹底可替代它。