cookie設置致使session超時，登陸不斷跳轉到登陸界面

部署到一臺已有的was服務器上。登陸時被攔截器攔截，不斷報session超時，重定向到登陸首頁。

在tomcat及新建的was服務器下安裝，均可以正常運行。

根據這個思路，打印日誌，已有的was服務器顯示爲每次請求都新建了session，致使會話不可以保持住。

排查was配置，發如今was設置裏，已經設置了cookie的path路徑爲 /imanager  。而個人應用上下文爲mpay-manage。客戶端瀏覽器的會話經過cookie來記錄，登陸時候因讀取不到cookie致使session爲空，服務器認爲是新的請求，故而新建session。從使用者角度來看，就是頁面不斷跳轉到登陸頁面，沒法正常登陸進應用系統。

因此，針對以上狀況，當時的處理方式是將was服務器的cookie的 路徑path設置爲  /。從新啓動was服務器實例。登陸運行成功。

故此，特針對cookie從新學習下。

---------------------------------如下摘自互聯網-----------------------------------------

Cookie 概述

Cookie是什麼？ Cookie 是一小段文本信息，伴隨着用戶請求和頁面在 Web 服務器和瀏覽器之間傳遞。Cookie 包含每次用戶訪問站點時 Web 應用程序均可以讀取的信息。

爲何須要Cookie？ 由於HTTP協議是無狀態的，對於一個瀏覽器發出的屢次請求，WEB服務器沒法區分 是否是來源於同一個瀏覽器。因此，須要額外的數據用於維護會話。 Cookie 正是這樣的一段隨HTTP請求一塊兒被傳遞的額外數據。

Cookie能作什麼？ Cookie只是一段文本，因此它只能保存字符串。並且瀏覽器對它有大小限制以及 它會隨着每次請求被髮送到服務器，因此應該保證它不要太大。 Cookie的內容也是明文保存的，有些瀏覽器提供界面修改，因此， 不適合保存重要的或者涉及隱私的內容。

Cookie 的限制。 大多數瀏覽器支持最大爲 4096 字節的 Cookie。因爲這限制了 Cookie 的大小，最好用 Cookie 來存儲少許數據，或者存儲用戶 ID 之類的標識符。用戶 ID 隨後即可用於標識用戶，以及從數據庫或其餘數據源中讀取用戶信息。 瀏覽器還限制站點能夠在用戶計算機上存儲的 Cookie 的數量。大多數瀏覽器只容許每一個站點存儲 20 個 Cookie；若是試圖存儲更多 Cookie，則最舊的 Cookie 便會被丟棄。有些瀏覽器還會對它們將接受的來自全部站點的 Cookie 總數做出絕對限制，一般爲 300 個。

經過前面的內容，咱們瞭解到Cookie是用於維持服務端會話狀態的，一般由服務端寫入，在後續請求中，供服務端讀取。