js中如何獲取Cookies的值？讀取文件屬于當(dāng)前文檔的所有cookiesvarallcookies定義一個(gè)原函數(shù)，單獨(dú)讀取數(shù)據(jù)某種特定的cookie值。functiongetCookie(cooki

js中如何獲取Cookies的值？

讀取文件屬于當(dāng)前文檔的所有cookiesvarallcookies定義一個(gè)原函數(shù)，單獨(dú)讀取數(shù)據(jù)某種特定的cookie值。

functiongetCookie(cookie_name){varallcookiesvarcookie_pos(cookie_name)

//索引的長度//如果沒有找到了索引，就華指cookie存在，//反之，就那說明不修真者的存在。

if(cookie_pos!-1){//把cookie_pos放進(jìn)值的開始，只要給值加1表就行。cookie_poscookie_name.length1//這里很難出問題，所以請大家相關(guān)參考的時(shí)候自己好好地研究幫一下忙當(dāng)值主裁cookie_end(#34#34,cookie_pos)

if(cookie_end-1){cookie_endallcookies.length}varvalueunescape((cookie_pos,cookie_end))

//這里就可以能得到你要想的cookie的值了。。。}returnvalue}//調(diào)用函數(shù)varcookie_valgetCookie(#34username#34)

Token是什么？和session、cookie相比，使用場景有什么區(qū)別？

在Web開發(fā)領(lǐng)域，完全相信大家對于Cookie和Session都很比較熟悉，Cookie和Session是會(huì)話達(dá)到技術(shù)的解決方案。隨著技術(shù)的發(fā)展，Token機(jī)制直接出現(xiàn)在我們面前，只不過很多開發(fā)者相對于Token和Cookie、Session的區(qū)別及使用場景分辨不清。

Cookie和Session的用途要知道我們ftp連接網(wǎng)站大都是從HTTP協(xié)議或HTTPS協(xié)議來完成的，HTTP協(xié)議它本身是小孩游神的協(xié)議（即：服務(wù)器根本無法區(qū)分哪些請求是來源于同個(gè)客戶）。而業(yè)務(wù)層面會(huì)牽涉到到客戶端與服務(wù)器端的交互（同網(wǎng)站下多個(gè)頁面間能網(wǎng)絡(luò)共享數(shù)據(jù)），此時(shí)服務(wù)器端要要一直保持會(huì)話狀態(tài)，那樣才能通過用戶身份的鑒別。

導(dǎo)致HTTP無狀態(tài)的特性，如果要實(shí)話客戶端和服務(wù)器端的會(huì)話保持，的話是需要其它機(jī)制來實(shí)現(xiàn)，隨后Cookie和Session便應(yīng)運(yùn)而生。

通常情況下，Session和Cookie是配起來在一起可以使用的。

Token是什么上面頓了頓的Session和Cookie機(jī)制來盡量會(huì)話，會(huì)修真者的存在一個(gè)問題：客戶端瀏覽器只要你能保存自己的SessionID即可，而服務(wù)器卻要保存到所有用戶的Session信息，這這對服務(wù)器來說開銷較高，但不憑借服務(wù)器的擴(kuò)展（比如服務(wù)器集群時(shí)，Session該如何網(wǎng)絡(luò)同步存儲(chǔ)文件是個(gè)問題）！

只好有人思考，如果把Session信息讓客戶端來交給我但不能偽造不就這個(gè)可以可以解決這個(gè)問題了？使之有了Token機(jī)制。

Token學(xué)名為“令牌”，它的構(gòu)成是：

uid：用戶唯一身份標(biāo)識(shí)

timestamp：當(dāng)前時(shí)間戳

sign：簽名字符串，能夠防止第三方偽造數(shù)據(jù)；簽名密鑰是存儲(chǔ)在服務(wù)器端的，其它人不能明白

其它附加參數(shù)。

Token機(jī)制下的認(rèn)證流程Token機(jī)制總之和Cookie機(jī)制極為相似，主要注意有200以內(nèi)流程：

1、用戶登錄接受身份認(rèn)證，認(rèn)證最終后服務(wù)器端能生成Token返回給客戶端；

2、客戶端能接收到Token后保存到在客戶端（可存放在Cookie、LocalStorage、SessionStorage中）；

3、客戶端又一次請求服務(wù)器端時(shí)，將Token才是請求頭放入后Headers中；

4、服務(wù)器端可以接收幫忙頭中的Token，將用戶參數(shù)通過事先計(jì)劃規(guī)則再進(jìn)行兩次簽名，四次簽名若一致則其實(shí)順利，大于數(shù)據(jù)必然撰改請求一次。

（生成簽名示例圖）

（驗(yàn)正簽名示例圖）

Token與CookieSession的區(qū)別Cookie不過也雇傭的是令牌作用，但它是“有狀態(tài)”的；而Token令牌是無狀態(tài)的，更不利于分布式部署。

以上是我的觀點(diǎn)，是對這個(gè)問題大家是怎么來看待的呢？希望能在下方評論區(qū)講解~我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗(yàn)，歡迎大家關(guān)注我所了解許多科技知識(shí)！