ø
會話跟蹤
cookie
：伺服器在乙個應答首部傳遞給瀏覽器的名稱
/值對。瀏覽器儲存的時間
由cookie
的過期時間屬性來指定。
當瀏覽器向某個伺服器傳送乙個請求時，它會檢查其儲存的
cookie
，並在請求
首部中包含從同一臺伺服器上接收到的所有
cookie
。session tracking:
在瀏覽器和伺服器之間不直接傳送所有的狀態資訊，而只是傳遞表示
符（session id
）。瀏覽器傳送
sessionid,
伺服器跟蹤與該會話相關聯的所有信
息。傳遞
sessionid
可以通過
cookie
和url
複寫技術，大部分容器都支援這
兩種技術。
伺服器無法分辨使用者是否關閉了瀏覽器，因此關閉瀏覽器意味著與先前的會話
關聯的所有會話資料都保留在伺服器上，直到會話超時，伺服器銷毀會話物件。
®跟蹤同一會話中的請求的會話
id可以有多種方法，主要有
cookie
和url
複寫。®
url複寫：把會話
id編碼在
url中。
例：counter.jjsp;jsessionnid=be8d697876787876befdbde898789098980
這樣，即使瀏覽器不支援
cookie
，也能夠實現會話跟蹤。®對於
url複寫，伺服器從請求的
uri中提取出會話
id，並把該請求與相應的會話關聯起來，然後在訪問會話資料的時候，
jsp頁面所進行的處理方式就和使用
cookie
跟蹤會話
id時所使用的方式完全相同。®所以
sesssion
的實現要依靠
cookie
或url
複寫技術。
®如果想為不支援
cookie
的瀏覽器提供會話跟蹤，就必須使用
行為對應用程式中的
所有url
進行複寫。
這意味著應用程式中的所有頁面（至少是那些帶有對其他頁面引用的頁面）都必須是
jsp頁面，這樣頁面引用才能以動態方式進行編碼，如果遺漏了乙個
ur，那麼服務就會
失去對會話的跟蹤。®i)
會對url
進行複寫
，處理過程如下：
如果容器在收到乙個含有會話
id cookie
的請求時，那麼容器將不
url原封不動的
新增到應答中。
但對於不支援
cookie
或某個會話中的第一次請求，
將新增乙個複寫過的
url。
ii)還會對巢狀的
定義的查詢引數進行
url編碼。
處理後結果：
counter.jjsp;jsessionnid=be8d697876787876befdbde898789098980
?name=hans+beergeten
此處將name
引數進行了
url編碼
®如果確定不需要
url編碼，可以將引數直接包含進
url，而不是通過
實現。如：
?name=hans+beergeten」/>
注意：在通過
進行url
複寫後，如果想通過
輸入該url
，應保證
esccapexml
屬性false,
即url
中的特殊字元應該保持原樣，否則會進行兩
次url
編碼，造成錯誤。例：
ø重定向和**
可以使用兩種方法來呼叫另乙個頁面，重定向和**。
i)**：
**,jsp
容器將使用乙個內部方法來呼叫目標頁面，新的頁面繼續處理同乙個請求，而瀏覽器不會知道這個過程涉及到了多個頁面。瀏覽器
url會保持不變。
ii)重定向
:重定向與**不同，重定向時，第乙個頁面會通知瀏覽器傳送乙個新的目標頁面的請求。瀏覽器所顯示的
url會變成新頁面的
url。
重定向的速度比**要慢，因為瀏覽器得發出乙個新的請求。
同時，由於重定向產生了乙個新的請求，所以經過一次重定向之後請求作用域內的物件將無法再使用了。
會話跟蹤技術
1.什麼是會話 客戶端開啟與伺服器的連線發出請求到伺服器響應客戶端請求的全過程稱之為會話 2.什麼是會話跟蹤 對同乙個使用者對伺服器的連續的請求和接受響應的監視 3.為什麼需要會話跟蹤 瀏覽器與伺服器之間的通訊是通過http協議進行通訊的，而http協議是 無狀態 的協議，它不能儲存客戶的資訊，即一...
Session Tracking（會話跟蹤）
1.url 重寫 略。2.使用隱藏表單域 3.使用 cookie cookie usercookie new cookie user uid123 usercookie.setmaxage 60 60 24 response.addcookie usercookie 伺服器把cookie 傳送給瀏覽...
WEB會話跟蹤
一 什麼叫會話跟蹤 記錄使用者一段時間內的邏輯上相關聯的不同訪問請求個過程叫 會話跟蹤 通過使用者在每次對服務請求時的唯一標識，可以跟蹤會話。二 會話跟蹤產生的原因 我們都知道internet通訊協議可以分為有狀態協議和無狀態協議，而我們在www上進行的訪問http協議是乙個無狀態協議，這種協議無法...