J2ME平台中Cookie技術的應用

要想維持客戶端和服務器端的狀態則必須使用URL重寫的方式。URL重寫操作起來比較麻煩，所以研究一下cookIE的原理並在JavaME平台上實現cookIE是不錯的嘗試。

CookIE技術在J2ME平台的應用與實現

CookIE在Web應用程序中被廣泛采用，維護浏覽器和服務器之間的狀態。遺憾的是這一特性在JavaME平台中並沒有得到支持。因此，要想維持客戶端和服務器端的狀態則必須使用URL重寫的方式。URL重寫操作起來比較麻煩，所以研究一下cookIE的原理並在JavaME平台上實現cookIE是不錯的嘗試。

首先，我們來看一下cookie的原理。當服務器需要和浏覽器維持某一狀態的時候，例如需要記錄用戶的購物車中已經購買的商品。這時候服務器可以新建一個Cookie並把它寫入到響應中，浏覽器從響應中接收到cookIE並保存起來。當浏覽器再次向服務器發送請求的時候，浏覽器會根據域（domain）和路徑（path）檢查是否有匹配的cookie，如果有則把cookIE以“名稱=值”的形式發送給服務器，服務器從請求中解析出cookIE就知道用戶的狀態了。

那麼，浏覽器根據什麼規則來決定向服務器發送cookie呢，首先要匹配domain，如果cookIE的域屬性是.google.com，那麼請求指向J2MEdev.com的時候，cookie就不會被發送。如果域匹配的條件滿足，則判斷path是否匹配，如果cookie的path屬性是請求的uri的父目錄的話，那麼cookie就會被發送給服務器。Cookie是有存活周期的，到期的cookIE會被浏覽器自動清除。如果服務器創建cookIE的時候不設置生命周期，那麼在會話結束後浏覽器就會刪除cookie。如果不為cookIE指定path屬性，那麼默認就是這次請求的路徑。

cookie在很多web應用程序中都有應用，比如記住密碼，購物車等。在開發MIDlet的時候，你也可以讓你的應用程序支持cookIE，這樣維持客戶端與服務器端的狀態將變得簡單，為你集中精力解決其他業務方法奠定了基礎。既然已經知道了cookIE的工作原理，那麼就應該考慮一下在JavaME平台如何實現cookIE，這個想法是否可行。我將從下面三個方面進行分析。

第一：獲得cookIE

當服務器端的響應到來的時候，我們應該能夠讀取cookIE。如果服務器向客戶端寫入Cookie的時候，響應中的HTTP頭“Set-Cookie”中會包含一個字符串，代表了cookie的信息。幸運的是我們是用HttpConnection.getHeaderFiled("Set-Cookie")方法即可獲得cookie，但是需要注意這裡只是讀取了一個cookie，如果響應中包含了多個cookIE，那麼你需要循環讀取。類似於下面的代碼

StringsCookIE=null;  
Stringkey=null;  
inti=0;  
//如果key存在，則查詢header的key，如果key等於SET_COOKIE，則存儲  
while((key=connection.getHeaderFIEldKey(i))!=null){  
if(key.equals(SET_COOKIE)||key.equals(SESSIONID)){  
sCookIE=connection.getHeaderFIEld(i);  
saveCookie(sCookIE,url);  
}  
i++;  
}  
 

上面的代碼把header是Set-Cookie和SesssionID的cookIE內容讀取下來。

第二：保存cookIE

已經獲得了cookie之後，就需要把cookIE存儲下來，存儲分為兩個部分，首先需要解析cookIE，我們定義一個JavaBean來代表cookIE.

packagecom.J2MEdev.lomol.model;  
 
importcom.J2MEdev.lomol.util.StringUtil;  
importJava.io.DataInputStream;  
importJava.io.DataOutputStream;  
importJava.io.IOException;  
importJava.util.Date;  
 
/**  
*acookIEstoredonthemobiledevice,  
cookieisusedtomaintainthestatesbetweenclIEntandserver  
*@authormingJava  
*@version0.105/06/2006  
*/  
publicclassCookIE{  
 
privateStringpath="";  
privateStringname="";  
privateStringvalue="";  
privatelongexpire=SESSION_COOKIE;  
publicstaticlongSESSION_COOKIE=0;
//sessioncookIE,onlyvalidthissession  
 
publicCookIE(){  
}  
 
publicStringgetPath(){  
returnpath;  
}  
 
publicvoidsetPath(Stringpath){  
this.path=path;  
}  
 
publicStringgetName(){  
returnname;  
}  
 
publicvoidsetName(Stringname){  
this.name=name;  
}  
 
publicStringgetValue(){  
returnvalue;  
}  
 
publicvoidsetValue(Stringvalue){  
this.value=value;  
}  
 
publicvoidserialize(DataOutputStreamDOS)
throwsIOException{  
DOS.writeUTF(name);  
DOS.writeUTF(value);  
DOS.writeUTF(path);  
DOS.writeLong(expire);  
}  
 
publicstaticCookIEdeserialize
(DataInputStreamdis)throwsIOException{  
CookiecookIE=newCookIE();  
cookIE.name=dis.readUTF();  
cookIE.value=dis.readUTF();  
cookIE.path=dis.readUTF();  
cookIE.expire=dis.readLong();  
returncookIE;  
}  
 
publiclonggetExpire(){  
returnexpire;  
}  
 
publicvoidsetExpire(longexpire){  
this.expire=expire;  
}  
//fordebug  
publicStringtoString(){  
returnname+"="+value+";
expires="+newDate(expire).toString()+";path="+path;  
}  
 
publicbooleanisExpired(longnow){  
returnexpire-now<0;  
}  
 
publicbooleanisExpired(){  
returnexpire-(newDate().getTime())<0;  
}  
 
publicstaticCookieparseCookIE(Strings,Stringuri){  
CookiecookIE=newCookIE();  
StringUtilsu=newStringUtil(s,";");  
while(su.hasMoreTokens()){  
Stringstr=su.nextToken().trim();  
inti=str.indexOf("=");  
if(i==-1){  
//securedonothing  
continue;  
}else{  
Stringname=str.substring(0,i);  
Stringvalue=str.substring(i+1,str.length());  
if("path".equals(name)){  
cookIE.setPath(value);  
}elseif("expires".equals(name)){  
cookIE.setExpire(StringUtil.getData(value));  
}elseif("domain".equals(name)){  
//donothing  
}else{  
cookIE.setName(name);  
cookIE.setValue(value);  
}  
}  
if(cookIE.getPath().equals(""))  
cookIE.setPath(uri);  
}  
returncookIE;  
}  
 
publicbooleanequals(Objectobj){  
if(objinstanceofCookIE){  
CookIEo=(CookIE)obj;  
if(o.getName().equals(name)&&o.getPath().equals(path))  
returntrue;  
}  
returnfalse;  
}  
 
publicinthashCode(){  
intresult=17;  
resultresult=result*37+path.hashCode();  
resultresult=result*37+name.hashCode();  
returnresult;  
}  
}  
 

提供了一個parseCookie方法來解析cookie，具體的原理就不再介紹了。然後需要把這個Cookie對象存儲到RMS中。cookie並不大，所以不會占用太多的空間，在RMS中存儲非常合適。注意對於會話期間的cookIE沒有必要存儲在rms中，因為會話結束後就失效了，不如在內存中聲明一個Map來存儲會話類型的cookIE。

第三：發送cookIE

發送cookie也是需要兩個步驟，首先檢索rms和內存看是否有滿足條件的cookIE，如果有讀取出來。然後通過下面的方法向服務器端發送

檢查是否有cookIE需要發送給服務器端 

String_cookIE=collectCookIE(url);  
if(_cookIE!=null)  
connection.setRequestProperty(COOKIE,_cookIE); 

如果能夠順利解決上面的三個步驟，基本可以實現cookie在javame平台的應用。在《JavaME核心技術與最佳實踐》一書中，本人編寫了一個httpme聯網框架，其中包括了cookIE在Javame平台的實現，供大家參考。