標籤:發送 注釋 引用 求和 對象 方式 訪問 保留 實現
這兩個問題在網上搜答案是一樣的,但是我的寶典裡標明這是兩個問題,有不同的答案,所以在這裡注釋一下。
四種會話跟蹤技術
cookie,url重寫,session,隱藏欄位
Cookie:伺服器在一個應答首部傳遞給瀏覽器的名稱/值對。瀏覽器儲存的時間由cookie的到期時間屬性來指定。當瀏覽器向某個伺服器發送一個請求時,它會檢查其儲存的cookie,並在請求首部中包含從同一台伺服器上接收到的所有cookie。
首次都是通過URL傳遞的,即在URL後跟一個ID標識。然後會判斷用戶端是否接受cookie,接受的話,存放在cookie裡。不接受的話,仍然利用URL傳遞,即id儲存在每次的URL裡。
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的瀏覽器提供會話跟蹤,就必須使用<c:url>行為對應用程式中的所有URL進行複寫。這意味著應用程式中的所有頁面(至少是那些帶有對其他頁面引用的頁面)都必須是JSP頁面,這樣頁面引用才能以動態方式進行編碼,如果遺漏了一個ur,那麼服務就會失去對會話的跟蹤。
隱藏表單域:隱藏表單域是將會話ID添加到HTML的隱藏表單中(類型為hidden的input)。
重新導向和轉寄
可以使用兩種方法來調用另一個頁面,重新導向和轉寄。
轉寄:<jsp:forward page=”userInfo.jsp”/>
轉寄,JSP容器將使用一個內部方法來調用目標頁面,新的頁面繼續處理同一個請求,而瀏覽器不會知道這個過程涉及到了多個頁面。瀏覽器URL會保持不變。
重新導向:<c:redirect url=”userInfo.jsp”/>
重新導向與轉寄不同,重新導向時,第一個頁面會通知瀏覽器發送一個新的目標頁面的請求。瀏覽器所顯示的URL會變成新頁面的URL。
重新導向的速度比轉寄要慢,因為瀏覽器得發出一個新的請求。
同時,由於重新導向產生了一個新的請求,所以經過一次重新導向之後請求範圍內的對象將無法再使用。
JSP的四種範圍
page,request,session,application
page否是代表與一個頁面相關的對象和屬性。一個頁面由一個編譯好的 Java servlet 類(可以帶有任何的 include 指令,但是沒有 include 動作)表示。這既包括 servlet 又包括被編譯成 servlet 的 JSP 頁面
request是是代表與 Web 客戶機發出的一個請求相關的對象和屬性。一個請求可能跨越多個頁面,涉及多個 Web 元件(由於 forward 指令和 include 動作的關係)
session是代表與用於某個 Web 客戶機的一個使用者體驗相關的對象和屬性。一個 Web 會話可以也經常會跨越多個客戶機請求
application是是代表與整個 Web 應用程式相關的對象和屬性。這實質上是跨越整個 Web 應用程式,包括多個頁面、請求和會話的一個全域範圍
四種會話跟蹤技術,JSP的四種範圍