您好,登錄后才能下訂單哦!
本篇內容介紹了“cookie的介紹及其使用方法”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
首先來講,cookie是瀏覽器的技術,Cookie具體指的是一段小信息,它是服務器發送出來存儲在瀏覽器上的一組組鍵值對,可以理解為服務端給客戶端的一個小甜點,下次訪問服務器時瀏覽器會自動攜帶這些鍵值對,以便服務器提取有用信息。
cookie的工作原理是:瀏覽器訪問服務端,帶著一個空的cookie,然后由服務器產生內容,瀏覽器收到相應后保存在本地;當瀏覽器再次訪問時,瀏覽器會自動帶上Cookie,這樣服務器就能通過Cookie的內容來判斷這個是“誰”了。
我們需要先了解一下什么是會話!可以把會話理解為客戶端與服務器之間的一次會晤,在一次會晤中可能會包含多次請求和響應。例如你給10086打個電話,你就是客戶端,而10086服務人員就是服務器了。從雙方接通電話那一刻起,會話就開始了,到某一方掛斷電話表示會話結束。在通話過程中,你會向10086發出多個請求,那么這多個請求都在一個會話中。客戶向某一服務器發出第一個請求開始,會話就開始了,直到客戶關閉了瀏覽器會話結束。
在一個會話的多個請求中共享數據,這就是會話跟蹤技術。例如在一個會話中的請求如下:
請求銀行主頁;
請求登錄(請求參數是用戶名和密碼);
請求轉賬(請求參數與轉賬相關的數據);
請求信譽卡還款(請求參數與還款相關的數據)。
在這上會話中當前用戶信息必須在這個會話中共享的,因為登錄的是張三,那么在轉賬和還款時一定是相對張三的轉賬和還款!這就說明我們必須在一個會話過程中有共享數據的能力。而web中這種能力的實現就要依靠cookie和session。
Cookie的由來
大家都知道HTTP協議是無狀態的。
無狀態的意思是每次請求都是獨立的,它的執行情況和結果與前面的請求和之后的請求都無直接關系,它不會受前面的請求響應情況直接影響,也不會直接影響后面的請求響應情況。
一句有意思的話來描述就是人生只如初見,對服務器來說,每次的請求都是全新的。
狀態可以理解為客戶端和服務器在某次會話中產生的數據,那無狀態的就以為這些數據不會被保留。會話中產生的數據又是我們需要保存的,也就是說要“保持狀態”。因此Cookie就是在這樣一個場景下誕生。
并且還有一個問題就是,你登陸我的網站的時候,我沒法確定你是不是登陸了,之前我們學的django,雖然寫了很多頁面,但是用戶不用登陸都是可以看所有網頁的,只要他知道網址就行,但是我們為了自己的安全機制,我們是不是要做驗證啊,訪問哪一個網址,都要驗證用戶的身份,但是還有保證什么呢,用戶登陸過之后,還要保證登陸了的用戶不需要再重復登陸,就能夠訪問我網站的其他的網址的頁面,對不對,但是http無狀態啊,怎么保證這個事情呢?此時就要找cookie了。
“cookie的介紹及其使用方法”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。