一、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?；騬esponse.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完全可替代它。
