djxchen

 

Object serialization的定義：
Object serialization 允許你將實現(xiàn)了Serializable接口的對象轉(zhuǎn)換為字節(jié)序列，這些字節(jié)序列可以被完全存儲以備以后重新生成原來的對象。

serialization不但可以在本機做，而且可以經(jīng)由網(wǎng)絡(luò)操作（RMI）。這個好處是很大的----因為它自動屏蔽了操作系統(tǒng)的差異，字節(jié)順序（用Unix下的c開發(fā)過網(wǎng)絡(luò)編程的人應該知道這個概念）等。比如，在Window平臺生成一個對象并序列化之，然后通過網(wǎng)絡(luò)傳到一臺Unix機器上，然后可以在這臺Unix機器上正確地重構(gòu)這個對象。


Object serialization主要用來支持2種主要的特性：
1。Java的RMI(remote method invocation).RMI允許象在本機上一樣操作遠程機器上的對象。當發(fā)送消息給遠程對象時，就需要用到serializaiton機制來發(fā)送參數(shù)和接收返回直。

2。Java的JavaBeans. Bean的狀態(tài)信息通常是在設(shè)計時配置的。Bean的狀態(tài)信息必須被存起來，以便當程序運行時能恢復這些狀態(tài)信息。這也需要serializaiton機制。



二。sakulagi和rollingpig說的持久化我也說一下。
我覺得你們說的應該是英文里的persistence.但是Java語言里現(xiàn)在只支持lightweight persistence,就是輕量級持久化，這是通過serialization機制來實現(xiàn)的。

persistence是指一個對象的生命周期不由程序是否執(zhí)行來決定，即使是在程序終止時這個對象也存在。它把一個serializable的對象寫到磁盤（本機或其他機器上的非RAM存儲器），并在程序重新調(diào)用時再讀取對象到通常的RAM存儲器。

為什么說Java的serialization機制實現(xiàn)的是lightweight persistence?因為你必須顯式的序列化和反序列化程序里的對象；而不是直接由一個關(guān)鍵詞來定義一個對象是序列化的然后由系統(tǒng)做相應的處理。


下面是關(guān)于序列化的一個實例：

程序名稱：SerializationDemo.java
程序主題：實現(xiàn)對象的序列化和反序列化
程序說明：該程序由實例化一個MyClass類的對象開始，該對象有三個實例變量，類型分別為String、int、double，是希望存儲和恢復的信息。

代碼內(nèi)容
程序運行結(jié)果：object1和object2的實例變量是一樣的，輸出如下：[code:1:a55efb5f91]object1:s=Hello;i=-7;d=2.7E10
object2:s=Hello;i=-7;d=2.7E10

1 推薦 表單提交中Get和Post方式的區(qū)別有5點   1. get是從服務器上獲取數(shù)據(jù)，post是向服務器傳送數(shù)據(jù)。   2. get是把參數(shù)數(shù)據(jù)隊列加到提交表單的ACTION屬性所指的URL中，值和表單內(nèi)各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內(nèi)各個字段與其內(nèi)容放置在HTML HEADER內(nèi)一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。   3. 對于get方式，服務器端用Request.QueryString獲取變量的值，對于post方式，服務器端用Request.Form獲取提交的數(shù)據(jù)。   4. get傳送的數(shù)據(jù)量較小，不能大于2KB。post傳送的數(shù)據(jù)量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。   5. get安全性非常低，post安全性較高。     HTTP請求：GET與POST方法的區(qū)別 HTTP 定義了與服務器交互的不同方法，最基本的方法是 GET 和 POST。事實上 GET 適用于多數(shù)請求，而保留 POST 僅用于更新站點。根據(jù) HTTP 規(guī)范，GET 用于信息獲取，而且應該是 安全的和冪等的。所謂安全的意味著該操作用于獲取信息而非修改信息。換句話說，GET 請求一般不應產(chǎn)生副作用。冪等的意味著對同一 URL 的多個請求應該返回同樣的結(jié)果。完整的定義并不像看起來那樣嚴格。從根本上講，其目標是當用戶打開一個鏈接時，她可以確信從自身的角度來看沒有改變資源。比如，新聞站點的頭版不斷更新。雖然第二次請求會返回不同的一批新聞，該操作仍然被認為是安全的和冪等的，因為它總是返回當前的新聞。反之亦然。POST 請求就不那么輕松了。POST 表示可能改變服務器上的資源的請求。仍然以新聞站點為例，讀者對文章的注解應該通過 POST 請求實現(xiàn)，因為在注解提交之后站點已經(jīng)不同了（比方說文章下面出現(xiàn)一條注解）； 在FORM提交的時候，如果不指定Method，則默認為GET請求，F(xiàn)orm中提交的數(shù)據(jù)將會附加在url之后，以?分開與url分開。字母數(shù)字字符原樣發(fā)送，但空格轉(zhuǎn)換為“+“號，其它符號轉(zhuǎn)換為%XX,其中XX為該符號以16進制表示的ASCII（或ISO Latin-1）值。GET請求請?zhí)峤坏臄?shù)據(jù)放置在HTTP請求協(xié)議頭中，而POST提交的數(shù)據(jù)則放在實體數(shù)據(jù)中； GET方式提交的數(shù)據(jù)最多只能有1024字節(jié)，而POST則沒有此限制。         在表單里使用”post”和”get”有什么區(qū)別   在Form里面，可以使用post也可以使用get。它們都是method的合法取值。但是，post和get方法在使用上至少有兩點不同： 1、Get方法通過URL請求來傳遞用戶的輸入。Post方法通過另外的形式。 2、Get方式的提交你需要用Request.QueryString來取得變量的值，而Post方式提交時，你必須通過Request.Form來訪問提交的內(nèi)容。 仔細研究下面的代碼。你可以運行之來感受一下： 代碼 <!--兩個Form只有Method屬性不同--> <FORM ACTION=“getpost.asp” METHOD=“get”> <INPUT TYPE=“text” NAME=“Text” VALUE=“Hello World”></INPUT> <INPUT TYPE=“submit” VALUE=“Method=Get”></INPUT> </FORM> <BR> <FORM ACTION=“getpost.asp” METHOD=“post”> <INPUT TYPE=“text” NAME=“Text” VALUE=“Hello World”></INPUT> <INPUT TYPE=“submit” VALUE=“Method=Post”></INPUT> </FORM> <BR> <BR> <% If Request.QueryString(“Text”) <> ““ Then %> 通過get方法傳遞來的字符串是： “<B><%= Request.QueryString(“Text”) %></B>“<BR> <% End If %> <% If Request.Form(“Text”) <> ““ Then %> 通過Post方法傳遞來的字符串是： “<B><%= Request.Form(“Text”) %></B>“<BR> <% End If %> 說明 把上面的代碼保存為getpost.asp，然后運行，首先測試post方法，這時候，瀏覽器的url并沒有什么變化，返回的結(jié)果是： 通過Post方法傳遞來的字符串是： "Hello World" 然后測試用get方法提交，請注意，瀏覽器的url變成了： http://localhost/general/form/getpost.asp?Text=Hello+World 而返回的結(jié)果是： 通過get方法傳遞來的字符串是： "Hello World" 最后再通過post方法提交，瀏覽器的url還是： http://localhost/general/form/getpost.asp?Text=Hello+World 而返回的結(jié)果變成： 通過get方法傳遞來的字符串是： "Hello World" 通過Post方法傳遞來的字符串是： "Hello World" 提示 通過get方法提交數(shù)據(jù)，可能會帶來安全性的問題。比如一個登陸頁面。當通過get方法提交數(shù)據(jù)時，用戶名和密碼將出現(xiàn)在URL上。如果： １、 登陸頁面可以被瀏覽器緩存； ２、 其他人可以訪問客戶的這臺機器。 那么，別人即可以從瀏覽器的歷史記錄中，讀取到此客戶的賬號和密碼。所以，在某些情況下，get方法會帶來嚴重的安全性問題。 建議 在Form中，建議使用post方法。

 我們都知道在jsp中include有兩種形式,分別是
<%@ include file=” ”%>
<jsp:include page=” ” flush=”true”/>

      前者是指令元素、后者是行為元素。具體它們將在何處用？如何用及它們有什么區(qū)別？這應該是很多人看到它都會想到的問題。下面一起來看看吧。

    通常當應用程序中所有的頁面的某些部分（例如標題、頁腳和導航欄）都相同的時候，我們就可以考慮用include。具體在哪些時候用<%@ include file=” ”%>，哪些時候用<jsp:include page=” ” flush=”true”/>.這種形式。首先要明白的是它們之間的區(qū)別。只有了解了它們用法的不同才理解該在何時去用以及如何選擇。
<%@ include file=” ”%>,jsp的include指令元素讀入指定頁面的內(nèi)容。并把這些內(nèi)容和原來的頁面融合到一起。(這個過程是在翻譯階段:也就是jsp被轉(zhuǎn)化成servlet的階段進行的。)

    這里對翻譯階段進行一下說明:我們知道，jsp頁面不能原封不動地被傳送給瀏覽器，所有的jsp元素都必須首先由服務器進行處理。這是通過將jsp頁面轉(zhuǎn)達化成servlet，然后執(zhí)行這個servlet來完成的。服務器需要一個jsp容器來處理jsp頁面。jsp容器通常以servlet的形式來實現(xiàn)，這個servlet經(jīng)過配置，可以處理對jsp頁面的所有請求。

    Jsp容器負責將jsp頁面轉(zhuǎn)化成servlet（稱為jsp頁面實現(xiàn)類?JSP Page implementation class）,并編譯這個servlet。這兩步就構(gòu)成了翻譯階段.

    由此我們就會知道：jsp頁面是把include指令元素所指定的頁面的實際內(nèi)容（也就是代碼段）加入到引入它的jsp頁面中,合成一個文件后被jsp容器將它轉(zhuǎn)化成servlet?？梢钥吹竭@時會產(chǎn)生一個臨時class文件和一個java文件。下面舉個例子。

    服務器用tomcat，引入頁面的jsp文件叫test.jsp。被引入的頁面叫date.jsp.這個jsp文件里存放的是一個有關(guān)時間的jsp代碼,當前的上下文根設(shè)為test
//======date.jsp的源文件=====//
<%@ page language=”java” contentType="text/html;charset=gb2312"%>
<%
java.util.Date date=new java.util.Date();
String date_cn ="";
String dateStr = "";
switch(date.getDay())
{
case 0:date_cn ="日"; break;
case 1:date_cn ="一"; break;
case 2:date_cn ="二"; break;
case 3:date_cn ="三"; break;
case 4:date_cn ="四"; break;
case 5:date_cn ="五"; break;
case 6:date_cn ="六"; break;
}
dateStr = (1900+date.getYear()) + "年" + (date.getMonth()+1) + "月" + date.getDate() + "日(星期" + date_cn + ")";
%>
document.write("<%=dateStr%>");
//======以下是test.jsp的源文件=============//
<%@ page language=”java” contentType=”text/html;charset=gb2312”%>
<html>
<head>
<title>include的兩種用法</title>
<jsp:include page=”date.jsp” flush=”true”/>
<%--@ include file=”date.jsp” %-->
//我們在這里用include的兩種不同形式來引入date.jsp這個文件.
<head>
<body>
<table><tr><td>
有關(guān)jsp中include的兩種用法.敬請關(guān)注。
</td></tr></table>
</body>
</html>

      在test.jsp 文件中，我們只輸出了一行文本“ 有關(guān)jsp中include的兩種用法.敬請關(guān)注。”,現(xiàn)在讓我們先用<%@ include file=”date.jsp” %>這種形式引入date.jsp這個文件。你想會出現(xiàn)什么問題了嗎？此時出現(xiàn)了錯誤提示：
HTTP Status 500 ?
org.apache.jasper.JasperException: /date.jsp(0,0) Page directive: can't have multiple occurrences of contentType
以下還有一堆錯誤，但我們只要看這里就知道問題的所在了。狀態(tài)碼為http 500服務器內(nèi)部錯誤。再看下面的提示。在date.jsp頁面中不能指定多個contentType. 原因就在這里了。是因為在翻譯階段,date.jsp文件的代碼被原封不動地加入到了test.jsp頁面從而合成一個文件。合成后的文件中就會相同的：
<%@ page language=”java” contentType=”text/html;charset=gb2312”%>
這句代碼。解決的辦法是把date.jsp文件中的這句刪掉。刷新后再請求test.jsp頁面
請求test.jsp在頁面顯示如下
2003年12月10日 13:12:40
    這時我們還不能發(fā)現(xiàn)什么。還是去查看tomcat下的臨時文件吧。到那里去看看date.jsp文件的內(nèi)容是否已被加入到了test.jsp文件中。
在目錄下會看到test_jsp.java和test_jsp.class兩個文件.
 這里的java文件就是jsp容器將jsp轉(zhuǎn)化成了servlet而得到的test_jsp.java這個文件。相對應的test_jsp.class這個文件就是編譯test_jsp.java這個servlet文件產(chǎn)生的類文件了。打開所產(chǎn)生的servlet文件（test_jsp.java）,此時我們會發(fā)現(xiàn)，在test.jsp 文件被轉(zhuǎn)化成servlet文件時，在輸出的<haed>之間加入了一些不是test.jsp頁面里面的代碼,新加入的內(nèi)容就是 date.jsp里面的代碼: 新加入了哪些內(nèi)容或是否真的加入了新的內(nèi)容請自己測試去看一下就會一目了然了.在這里不再詳述.
以上就是我們用<%@ include file=”date.jsp”%>這種形式得到的結(jié)果.

     下面我們換用<jsp:include page=”dae.jsp” flush=”true”/>也就是將
<%@ include file=”date.jsp”%>換成<jsp:include page=”dae.jsp” flush=”true”/>,然后請求test.jsp.
2003? ê 12??10?? 13:30:13
此時會在頁面上看見.我們所引入date.jsp輸出的日期中中文出現(xiàn)了亂碼.什么原因?是因為include行為元素是在請求處理階段執(zhí)行的(此處要對請求處理階段進行說明一下,Jsp容器除了上面提到的負責將jsp頁面轉(zhuǎn)化成servlet外,還負責調(diào)用jsp頁面實現(xiàn)類以處理每個請求并產(chǎn)生應答.這個階段我們就稱為請求處理階段.請求處理階段僅執(zhí)行類文件)。
     所以在我們作include行為元素引入頁面時,實際只是引用了date.jsp這個文件被轉(zhuǎn)化并被編譯后產(chǎn)生的servlet類文件.既如此, date.jsp就是作為一個單獨的文件在執(zhí)行后才被test.jsp文件運行時調(diào)用.由于date.jsp文件中沒有指定字符編碼.所以出現(xiàn)了亂碼.解決辦法是在date.jsp文件中重新把剛才去掉的
<%@ page language=”java” contentType=”text/html;charset=gb2312”%>
這行語句加入后刷新重新運行.此時頁面顯示正確,并跟用include指令正常運行時一樣.再查看tomcat下的臨時文件會發(fā)現(xiàn).此時多出了一個 date_jsp.java文件和一個date_jsp.class文件.這兩個文件得來的方式跟test_jsp.java和 test_jsp.class文件得來的方式一樣.再查看一下此時test_jsp.java文件的代碼會發(fā)現(xiàn).此時只新增加了一句代碼:
JspRuntimeLibrary.include(request, response, "date.jsp", out, true);
     它并沒有把date.jsp文件的代碼加入到test.jsp.只是在運行時引入了date.jsp頁面執(zhí)行后所產(chǎn)生的應答.這意味著我們可以指定任何能夠產(chǎn)生應答的Web資源,(例如一個servlet或一個jsp頁面),只要這些資源所產(chǎn)生的類型和jsp頁面產(chǎn)生的內(nèi)容類型相同.JSP容器將通過一個內(nèi)部的函數(shù)調(diào)用來執(zhí)行指定的資源.因此,這些被引入的資源可以幫助處理原來的請求,所以這些資源可以訪問請求作用域內(nèi)的所有對象.以及所有原來的請求參數(shù).
    由于在主頁面被請求時,這些頁面還沒有被引入到主頁面中,所以你可以對page屬性使用一個請求時屬性值,以便根據(jù)運行時的情況來決定要引入哪一個頁面.還可以添加一些將被引入的頁面讀取的請求參數(shù).
<jsp:include page=”<%=pageSelectedAtRuntime%>” flush=”true” >
<jsp:param name=”fitstParamer” value=”firstValue”>
<jsp:param name=”lastParamer” value=”lastValue”>
</jsp:include>
     如果修改了被引入的jsp頁面,那么可以立刻使用該頁面的最新版本,這是因為對待被引入的頁面的方式與對待由瀏覽器直接調(diào)用的jsp頁面的方式完全相同.即容器檢測頁面的變化,并自動進入翻譯階段,以得到頁面的最新版本.
(注意,include行為元素同jsp其它元素一樣,沒有行為體時要以”/”結(jié)束.就像下面這樣.
<jsp:include page=”<%=pageSelectedAtRuntime%>” flush=”true” />)

以下是對include 兩種用法的區(qū)別
主要有兩個方面的不同;
一:執(zhí)行時間上:
<%@ include file=”relativeURI”%> 是在翻譯階段執(zhí)行
<jsp:include page=”relativeURI” flush=”true” /> 在請求處理階段執(zhí)行.
二:引入內(nèi)容的不同:
<%@ include file=”relativeURI”%>
引入靜態(tài)文本(html,jsp),在JSP頁面被轉(zhuǎn)化成servlet之前和它融和到一起.
<jsp:include page=”relativeURI” flush=”true” />引入執(zhí)行頁面或servlet所生成的應答文本.
另外在兩種用法中file和page屬性都被解釋為一個相對的URI.如果它以斜杠開頭,那么它就是一個環(huán)境相關(guān)的路徑.將根據(jù)賦給應用程序的URI的前綴進行解釋,如果它不是以斜杠開頭,那么就是頁面相關(guān)的路徑,就根據(jù)引入這個文件的頁面所在的路徑進行解釋.

     static表示“全局”或者“靜態(tài)”的意思，用來修飾成員變量和成員方法，也可以形成靜態(tài)static代碼塊，但是Java語言中沒有全局變量的概念。

　被static修飾的成員變量和成員方法獨立于該類的任何對象。也就是說，它不依賴類特定的實例，被類的所有實例共享。只要這個類被加載，Java虛擬機就能根據(jù)類名在運行時數(shù)據(jù)區(qū)的方法區(qū)內(nèi)定找到他們。因此，static對象可以在它的任何對象創(chuàng)建之前訪問，無需引用任何對象。

　用public修飾的static成員變量和成員方法本質(zhì)是全局變量和全局方法，當聲明它類的對象市，不生成static變量的副本，而是類的所有實例共享同一個static變量。

　static變量前可以有private修飾，表示這個變量可以在類的靜態(tài)代碼塊中，或者類的其他靜態(tài)成員方法中使用（當然也可以在非靜態(tài)成員方法中使用--廢話），但是不能在其他類中通過類名來直接引用，這一點很重要。實際上你需要搞明白，private是訪問權(quán)限限定，static表示不要實例化就可以使用，這樣就容易理解多了。static前面加上其它訪問權(quán)限關(guān)鍵字的效果也以此類推。

　static修飾的成員變量和成員方法習慣上稱為靜態(tài)變量和靜態(tài)方法，可以直接通過類名來訪問，訪問語法為：
類名.靜態(tài)方法名(參數(shù)列表...)
類名.靜態(tài)變量名

　用static修飾的代碼塊表示靜態(tài)代碼塊，當Java虛擬機（JVM）加載類時，就會執(zhí)行該代碼塊（用處非常大，呵呵）。

1、static變量
　按照是否靜態(tài)的對類成員變量進行分類可分兩種：一種是被static修飾的變量，叫靜態(tài)變量或類變量；另一種是沒有被static修飾的變量，叫實例變量。兩者的區(qū)別是：
　對于靜態(tài)變量在內(nèi)存中只有一個拷貝（節(jié)省內(nèi)存），JVM只為靜態(tài)分配一次內(nèi)存，在加載類的過程中完成靜態(tài)變量的內(nèi)存分配，可用類名直接訪問（方便），當然也可以通過對象來訪問（但是這是不推薦的）。
　對于實例變量，沒創(chuàng)建一個實例，就會為實例變量分配一次內(nèi)存，實例變量可以在內(nèi)存中有多個拷貝，互不影響（靈活）。

2、靜態(tài)方法
　靜態(tài)方法可以直接通過類名調(diào)用，任何的實例也都可以調(diào)用，因此靜態(tài)方法中不能用this和super關(guān)鍵字，不能直接訪問所屬類的實例變量和實例方法(就是不帶static的成員變量和成員成員方法)，只能訪問所屬類的靜態(tài)成員變量和成員方法。因為實例成員與特定的對象關(guān)聯(lián)！這個需要去理解，想明白其中的道理，不是記憶?。。?
　因為static方法獨立于任何實例，因此static方法必須被實現(xiàn)，而不能是抽象的abstract。

3、static代碼塊
　static代碼塊也叫靜態(tài)代碼塊，是在類中獨立于類成員的static語句塊，可以有多個，位置可以隨便放，它不在任何的方法體內(nèi)，JVM加載類時會執(zhí)行這些靜態(tài)的代碼塊，如果static代碼塊有多個，JVM將按照它們在類中出現(xiàn)的先后順序依次執(zhí)行它們，每個代碼塊只會被執(zhí)行一次。例如：

public class Test5 { private static int a; private int b; static{ Test5.a=3; System.out.println(a); Test5 t=new Test5(); t.f(); t.b=1000; System.out.println(t.b); } static{ Test5.a=4; System.out.println(a); } public static void main(String[] args) { // TODO 自動生成方法存根 } static{ Test5.a=5; System.out.println(a); } public void f(){ System.out.println("hhahhahah"); } }

 

運行結(jié)果：
3
hhahhahah
1000
4
5

　利用靜態(tài)代碼塊可以對一些static變量進行賦值，最后再看一眼這些例子，都一個static的main方法，這樣JVM在運行main方法的時候可以直接調(diào)用而不用創(chuàng)建實例。

4、static和final一塊用表示什么
static final用來修飾成員變量和成員方法，可簡單理解為“全局常量”！
對于變量，表示一旦給值就不可修改，并且通過類名可以訪問。
對于方法，表示不可覆蓋，并且可以通過類名直接訪問。