cookie的一些問題

cookie 是由瀏覽器進行管理的 瀏覽器會更具請求的路徑 找到對應的cookie添加到請求數據中去

瀏覽器是根據請求的路徑 來進行cookie的查找 與添加的

好比

127.0.0.1：8080/op/login

這個請求以後 咱們生成了一個請求 同時回傳一個cookie 此時咱們沒有在 後臺設置 cookie的path屬性 那麼瀏覽器將使用 默認的規則 找到請求最後一個反斜槓 即 127.0.0.1：8080/op/ 匹配該cookie 意思是 每次路徑裏面有 127.0.0.1：8080/op/ 都會攜帶該cookie值

 

咱們也能夠在後臺手動設置 通常設爲"/" 這個意思表明 該站點的全部請求 都會攜帶這個cookie

若是設置爲」/path1/path2/"

那麼只有在訪問 ip：port/path1/path2/** 這種路徑時纔會 攜帶這個cookie

 

如圖有兩個cookie 一個設置了path爲「/" 即 http://172.19.81.60:8080/

l另外一個沒有設置 使用默認的 即 http://172.19.81.60:8080/newrobot/investment/op/

 

以下圖第二個請求 少了一個cookie（值是不同的） 可是那個設置了」/" 還在

***

提示 ：進行這種測試的瀏覽器的數據要清理掉 否則會出現異常的狀況

 

總結：

cookie 在第一次返回給瀏覽器的時候 要設置路徑 通常爲「/" 若是網關環境複雜 最好設置一下

親身經歷 就由於上圖路徑多了一個 反斜槓（仔細看下）cookie傳輸異常

 

我的以爲 使用cookie 進行會話控制 其實很差 由於如今的的項目通常網絡環境都比較複雜

每一個地方都會對http的請求頭進行處理 只要有一個地方出問題 系統運轉就出問題了 如今 通常吧會話的標識 做爲請求的參數 進行傳遞 這樣更可靠