JSESSIONID、SESSION、cookie

一：session與jsessionid： session：可以認為是，當與服務端進行會話時（比如登錄成功），服務端就會為該用戶分一塊新的內(nèi)存空間，用以存放該用戶的信息，比如用戶名等。服務器端就會把這個sessionId發(fā)送給客戶端存放到本地的瀏覽器cookie中。當瀏覽器被關(guān)閉就被清空。而這個sessionId在tomcat中就叫jsessionId。之后，只有你瀏覽器沒有關(guān)閉，你每向服務器發(fā)請求，服務器就會從你發(fā)送過來的cookies中拿出這個session id,然后根據(jù)這個session id到相應的內(nèi)存中取你之前存放的數(shù)據(jù)。 但是，如果你退出登陸了，服務器會清掉屬于你的內(nèi)存區(qū)域，所以你再登的話，會產(chǎn)生一個新的session了。 session是有一定作用域的，而且是有時間限制的。 jsessionid是服務器那邊生成的，因為cookie是服務器那邊送到客戶端的信息。不管能不能修改jsessionid，都不應該修改，如果你修改了，這就失去了jessionid的自身意義了，你修改的話，你讓服務器那邊如何找到對應的session?找不到的話，你存放在那個session中的數(shù)據(jù)不是取不到了嗎？ 登陸然后退出，我認為會重新生成一個jsessionid。因為退出的話，application作用域的數(shù)據(jù)都會丟失，更何況這個比它作用域還小的session？既然session都消失了，這個jsessionid有什么用？ 通常我們在開發(fā)web應用的時候，都會用到cookies,并從中獲取用戶信息： 通常會使用COOKIE來實現(xiàn)，例如如下的代碼：

 < % cookie[]cookies = request.getCookies();
 if (cookies.lenght == 0 || cookies == null)
 out.println("Has not visited this website");
 }
else
 {
 for (int i = 0; i < cookie.length; i++)
 {
 out.println("cookie name:" + cookies[i].getName() + "cookie value:" +
 cookie[i].getValue());
 }
 }
% >

http是無狀態(tài)的協(xié)議，客戶每次讀取web頁面時，服務器都打開新的會話，而且服務器也不會自動維護客戶的上下文信息，那么要怎么才能實現(xiàn)網(wǎng)上商店中的購物車呢，session就是一種保存上下文信息的機制，它是針對每一個用戶的，變量的值保存在服務器端，通過SessionID來區(qū)分不同的客戶,session是以cookie或URL重寫為基礎(chǔ)的，默認使用cookie來實現(xiàn)，系統(tǒng)會創(chuàng)造一個名為JSESSIONID的輸出cookie，我們叫做session cookie,以區(qū)別persistent cookies,也就是我們通常所說的cookie,注意session cookie是存儲于瀏覽器內(nèi)存中的，并不是寫到硬盤上的，這也就是我們剛才看到的JSESSIONID，我們通常情是看不到JSESSIONID的，但是當我們把瀏覽器的cookie禁止后，web服務器會采用URL重寫的方式傳遞Sessionid，我們就可以在地址欄看到sessionid=KWJHUG6JJM65HS2K6之類的字符串。 明白了原理，我們就可以很容易的分辨出persistent cookies和session cookie的區(qū)別了，網(wǎng)上那些關(guān)于兩者安全性的討論也就一目了然了，session cookie針對某一次會話而言，會話結(jié)束session cookie也就隨著消失了，而persistent cookie只是存在于客戶端硬盤上的一段文本（通常是加密的），而且可能會遭到cookie欺騙以及針對cookie的跨站腳本攻擊，自然不如session cookie安全了。 通常session cookie是不能跨窗口使用的，當你新開了一個瀏覽器窗口進入相同頁面時，系統(tǒng)會賦予你一個新的sessionid，這樣我們信息共享的目的就達不到了，此時我們可以先把sessionid保存在persistent cookie中，然后在新窗口中讀出來，就可以得到上一個窗口SessionID了，這樣通過session cookie和persistent cookie的結(jié)合我們就實現(xiàn)了跨窗口的session tracking（會話跟蹤）。 在一些web開發(fā)的書中，往往只是簡單的把Session和cookie作為兩種并列的http傳送信息的方式，session cookies位于服務器端，persistent cookie位于客戶端，可是session又是以cookie為基礎(chǔ)的，明白的兩者之間的聯(lián)系和區(qū)別，我們就不難選擇合適的技術(shù)來開發(fā)web service了。

二：session與cookie： 　　具體來說cookie機制采用的是在客戶端保持狀態(tài)的方案。它是在用戶端的會話狀態(tài)的存貯機制，他需要用戶打開客戶端的cookie支持。cookie的作用就是為了解決HTTP協(xié)議無狀態(tài)的缺陷所作的努力. 　而session機制采用的是一種在客戶端與服務器之間保持狀態(tài)的解決方案。同時我們也看到，由于采用服務器端保持狀態(tài)的方案在客戶端也需要保存一個標識，所以session機制可能需要借助于cookie機制來達到保存標識的目的。而session提供了方便管理全局變量的方式

　　session是針對每一個用戶的，變量的值保存在服務器上，用一個sessionID來區(qū)分是哪個用戶session變量,這個值是通過用戶的瀏覽器在訪問的時候返回給服務器，當客戶禁用cookie時，這個值也可能設(shè)置為由get來返回給服務器。

　　就安全性來說：當你訪問一個使用session 的站點，同時在自己機子上建立一個cookie，建議在服務器端的SESSION機制更安全些.因為它不會任意讀取客戶存儲的信息。

　　正統(tǒng)的cookie分發(fā)是通過擴展HTTP協(xié)議來實現(xiàn)的，服務器通過在HTTP的響應頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應的cookie

　　從網(wǎng)絡服務器觀點看所有HTTP請求都獨立于先前請求。就是說每一個HTTP響應完全依賴于相應請求中包含的信息狀態(tài)管理機制克服了HTTP的一些限制并允許網(wǎng)絡客戶端及服務器端維護請求間的關(guān)系。在這種關(guān)系維持的期間叫做會話(session)。

　　Cookies是服務器在本地機器上存儲的小段文本并隨每一個請求發(fā)送至同一個服務器。IETF RFC 2965 HTTP State Management Mechanism 是通用cookie規(guī)范。網(wǎng)絡服務器用HTTP頭向客戶端發(fā)送cookies，在客戶終端，瀏覽器解析這些cookies并將它們保存為一個本地文件，它會自動將同一服務器的任何請求縛上這些cookies

cookie和session機制區(qū)別與聯(lián)系

具體來說cookie機制采用的是在客戶端保持狀態(tài)的方案，而session機制采用的是在服務器端保持狀態(tài)的方案。同時我們也看到，由于采用服務器端保持狀態(tài)的方案在客戶端也需要保存一個標識，所以session機制可能需要借助于cookie機制來達到保存標識的目的，但實際上它還有其他選擇。

cookie機制。正統(tǒng)的cookie分發(fā)是通過擴展HTTP協(xié)議來實現(xiàn)的，服務器通過在HTTP的響應頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應的cookie。然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie。而cookie的使用是由瀏覽器按照一定的原則在后臺自動發(fā)送給服務器的。瀏覽器檢查所有存儲的cookie，如果某個cookie所聲明的作用范圍大于等于將要請求的資源所在的位置，則把該cookie附在請求資源的HTTP請求頭上發(fā)送給服務器。 cookie的內(nèi)容主要包括：名字，值，過期時間，路徑和域。路徑與域一起構(gòu)成cookie的作用范圍。若不設(shè)置過期時間，則表示這個cookie的生命期為瀏覽器會話期間，關(guān)閉瀏覽器窗口，cookie就消失。這種生命期為瀏覽器會話期的cookie被稱為會話cookie。會話cookie一般不存儲在硬盤上而是保存在內(nèi)存里，當然這種行為并不是規(guī)范規(guī)定的。若設(shè)置了過期時間，瀏覽器就會把cookie保存到硬盤上，關(guān)閉后再次打開瀏覽器，這些cookie仍然有效直到超過設(shè)定的過期時間。存儲在硬盤上的cookie可以在不同的瀏覽器進程間共享，比如兩個IE窗口。而對于保存在內(nèi)存里的cookie，不同的瀏覽器有不同的處理方式 session機制。session機制是一種服務器端的機制，服務器使用一種類似于散列表的結(jié)構(gòu)（也可能就是使用散列表）來保存信息。

當程序需要為某個客戶端的請求創(chuàng)建一個session時，服務器首先檢查這個客戶端的請求里是否已包含了一個session標識（稱為session id），如果已包含則說明以前已經(jīng)為此客戶端創(chuàng)建過session，服務器就按照session id把這個session檢索出來使用（檢索不到，會新建一個），如果客戶端請求不包含session id，則為此客戶端創(chuàng)建一個session并且生成一個與此session相關(guān)聯(lián)的session id，session id的值應該是一個既不會重復，又不容易被找到規(guī)律以仿造的字符串，這個session id將被在本次響應中返回給客戶端保存。 保存這個session id的方式可以采用cookie，這樣在交互過程中瀏覽器可以自動的按照規(guī)則把這個標識發(fā)揮給服務器。一般這個cookie的名字都是類似于SEEESIONID。但cookie可以被人為的禁止，則必須有其他機制以便在cookie被禁止時仍然能夠把session id傳遞回服務器。 經(jīng)常被使用的一種技術(shù)叫做URL重寫，就是把session id直接附加在URL路徑的后面。還有一種技術(shù)叫做表單隱藏字段。就是服務器會自動修改表單，添加一個隱藏字段，以便在表單提交時能夠把session id傳遞回服務器。比如： <form name="testform" action="/xxx"> <input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764"> <input type="text"> </form> 實際上這種技術(shù)可以簡單的用對action應用URL重寫來代替。