一、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");??
}?
%>?

二、服務端的輸出緩沖區?

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


該JSP網頁已完成信息的輸出??
輸出緩沖區已滿??
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.SETREDERECT("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完全可替代它。