文章整理自：?？途W(wǎng)

會(huì)話跟蹤：主要解決HTTP的無(wú)狀態(tài)問(wèn)題，即：

當(dāng)用戶發(fā)出請(qǐng)求時(shí)，服務(wù)器就會(huì)做出響應(yīng)，客戶端與服務(wù)器之間的聯(lián)系是離散的、非連續(xù)的。當(dāng)用戶在同一網(wǎng)站的多個(gè)頁(yè)面之間轉(zhuǎn)換時(shí)， 根本無(wú)法確定是否是同一個(gè)客戶，會(huì)話跟蹤技術(shù)就可以解決這個(gè)問(wèn)題。當(dāng)一個(gè)客戶在多個(gè)頁(yè)面間切換時(shí)，服務(wù)器會(huì)保存該用戶的信息。

1.Cookie：

可以使用 cookie 存儲(chǔ)購(gòu)物會(huì)話的 ID；在后續(xù)連接中，取出當(dāng)前的會(huì)話 ID，并使用這個(gè) ID 從服務(wù)器上的查找表（lookup table）中提取出會(huì)話的相關(guān)信息。 以這種方式使用 cookie 是一種絕佳的解決方案，也是在處理會(huì)話時(shí)最常使用的方式。但是，sevlet 中最好有一種高級(jí)的 API 來(lái)處理所有這些任務(wù)，以及下面這些冗長(zhǎng)乏味的任務(wù)：從眾多的其他cookie中（畢竟可能會(huì)存在許多cookie）提取出存儲(chǔ)會(huì)話標(biāo)識(shí)符的 cookie；確定空閑會(huì)話什么時(shí)候過(guò)期，并回收它們；將散列表與每個(gè)請(qǐng)求關(guān)聯(lián)起來(lái)；生成惟一的會(huì)話標(biāo)識(shí)符.

2.URL重寫：

采用這種方式時(shí)，客戶程序在每個(gè)URL的尾部添加一些額外數(shù)據(jù)。這些數(shù)據(jù)標(biāo)識(shí)當(dāng)前的會(huì)話，服務(wù)器將這個(gè)標(biāo)識(shí)符與它存儲(chǔ)的用戶相關(guān)數(shù)據(jù)關(guān)聯(lián)起來(lái)。 URL重寫是比較不錯(cuò)的會(huì)話跟蹤解決方案，即使瀏覽器不支持 cookie 或在用戶禁用 cookie 的情況下，這種方案也能夠工作。

URL 重寫具有 cookie 所具有的同樣缺點(diǎn)，也就是說(shuō)，服務(wù)器端程序要做許多簡(jiǎn)單但是冗長(zhǎng)乏味的處理任務(wù)。即使有高層的 API 可以處理大部分的細(xì)節(jié)，仍須十分小心每個(gè)引用你的站點(diǎn)的 URL ，以及那些返回給用戶的 URL。即使通過(guò)間接手段，比如服務(wù)器重定向中的 Location 字段，都要添加額外的信息。這種限制意味著，在你的站點(diǎn)上不能有任何靜態(tài) HTML 頁(yè)面（至少靜態(tài)頁(yè)面中不能有任何鏈接到站點(diǎn)動(dòng)態(tài)頁(yè)面的鏈接）。因此，每個(gè)頁(yè)面都必須使用 servlet 或 JSP 動(dòng)態(tài)生成。即使所有的頁(yè)面都動(dòng)態(tài)生成，如果用戶離開(kāi)了會(huì)話并通過(guò)書簽或鏈接再次回來(lái)，會(huì)話的信息也會(huì)丟失，因?yàn)榇鎯?chǔ)下來(lái)的鏈接含有錯(cuò)誤的標(biāo)識(shí)信息。

3.隱藏的表單域：

HTML 表單中可以含有如下的條目：<input type="hidden" name="session" value="a1234">

這個(gè)條目的意思是：在提交表單時(shí)，要將指定的名稱和值自動(dòng)包括在 GET 或 POST 數(shù)據(jù)中。這個(gè)隱藏域可以用來(lái)存儲(chǔ)有關(guān)會(huì)話的信息，但它的主要缺點(diǎn)是：僅當(dāng)每個(gè)頁(yè)面都是由表單提交而動(dòng)態(tài)生成時(shí)，才能使用這種方法。單擊常規(guī)的超文本鏈接并不產(chǎn)生表單提交，因此隱藏的表單域不能支持通常的會(huì)話跟蹤，只能用于一系列特定的操作中，比如在線商店的結(jié)賬過(guò)程。

4.session:

信息保存在服務(wù)器端

使用 setAttribute(String str,Object obj)方法將對(duì)象捆綁到一個(gè)會(huì)話