1.cookie（結合session使用） 可以使用 cookie 儲存購物會話的 id；在後續連線中，取出當前的會話 id，並使用這個 id 從伺服器上的查詢表（lookup table）中提取出會話的相關資訊。 以這種方式使用 cookie是一種絕佳的解決方案，也是在處理會話時最常使用的方式。但是，sevlet 中最好有一種高階的 api來處理所有這些任務，以及下面這些冗長乏味的任務：從眾多的其他cookie中（畢竟可能會存在許多cookie）提取出儲存會話識別符號的
cookie；確定空閒會話什麼時候過期，並**它們；將雜湊表與每個請求關聯起來；生成惟一的會話識別符號。
2.url 重寫 採用這種方式時，客戶程式在每個url的尾部新增一些額外資料。這些資料標識當前的會話，伺服器將這個識別符號與它儲存的使用者相關資料關聯起來。url重寫是比較不錯的會話跟蹤解決方案，即使瀏覽器不支援 cookie 或在使用者禁用 cookie 的情況下，這種方案也能夠工作。url
重寫具有 cookie 所具有的同樣缺點，也就是說，伺服器端程式要做許多簡單但是冗長乏味的處理任務。即使有高層的 api
可以處理大部分的細節，仍須十分小心每個引用你的站點的 url ，以及那些返回給使用者的 url。即使通過間接手段，比如伺服器重定向中的
location 字段，都要新增額外的資訊。這種限制意味著，在你的站點上不能有任何靜態 html
頁面（至少靜態頁面中不能有任何鏈結到站點動態頁面的鏈結）。因此，每個頁面都必須使用 servlet 或 jsp
動態生成。即使所有的頁面都動態生成，如果使用者離開了會話並通過書籤或鏈結再次回來，會話的資訊也會丟失，因為儲存下來的鏈結含有錯誤的標識資訊。
4.session機制
這個機制要慎用，特別是對於訪問量很大的站點，因為這種機制是吧session資訊儲存在伺服器端。如果訪問量特別大的話，對於伺服器的承受力的要求有多高是可想而知的。
WEB開發中實現會話跟蹤實現
會話跟蹤是一種靈活 輕便的機制，它使web上的狀態程式設計變為可能。有四種方法可以實現會話跟蹤技術 url重寫 隱藏表單域 cookie session。1 隱藏表單域 非常適合步需要大量資料儲存的會話應用。2 url 重寫 url 可以在後面附加引數，和伺服器的請求一起傳送，這些引數為名字 值對。...
如何在WEB開發中實現會話跟蹤
會話跟蹤是一種靈活 輕便的機制，它使web上的狀態程式設計變為可能。cookie 結合session使用 可以使用 cookie 儲存購物會話的 id 在後續連線中，取出當前的會話 id，並使用這個 id 從伺服器上的查詢表 lookup table 中提取出會話的相關資訊。以這種方式使用 cook...
在Web開發中，如何實現會話的跟蹤？
a 隱藏表單域一般是在表單提交時在jsp中宣告乙個隱藏域，可攜帶資料到表單提交後的頁面。如下 b http是無狀態協議，cookie是客戶端儲存使用者會話資料，用於儲存使用者會話記錄。c 當客戶端瀏覽器禁用cookie時，只有採用url複寫的方式將sessionid攜帶在url的末尾來儲存會話記錄。...