前端做登陸存儲(chǔ)時(shí)，token要存在哪？可以存儲(chǔ)令牌（localstoragesessionstoragecookie）。這些基本上支持H5的瀏覽器與本地存儲(chǔ)兼容。如果您是ie678或其他什么，建議保存

前端做登陸存儲(chǔ)時(shí)，token要存在哪？

可以存儲(chǔ)令牌（localstoragesessionstoragecookie）。這些基本上支持H5的瀏覽器與本地存儲(chǔ)兼容。如果您是ie678或其他什么，建議保存cookie。存儲(chǔ)的本地存儲(chǔ)長(zhǎng)期有效。當(dāng)會(huì)話存儲(chǔ)關(guān)閉瀏覽器時(shí)，cookie將自動(dòng)清除?？梢栽O(shè)置有效期。

token什么意思，前端如何使用token？

當(dāng)你在后臺(tái)時(shí)，你應(yīng)該非常了解令牌。

用戶登錄后，將生成會(huì)話。ID或令牌可存儲(chǔ)在redis中。然后前端或客戶端可以保存它，保存cookie或ls，然后將所有請(qǐng)求作為基類參數(shù)（也通過(guò)cookie），然后服務(wù)器可以再次獲取它，并驗(yàn)證您是否是您。

Jwt的token如何像session一樣去延長(zhǎng)時(shí)間？

隨著技術(shù)的發(fā)展和分布式web應(yīng)用的普及，通過(guò)會(huì)話管理用戶登錄狀態(tài)的成本越來(lái)越高。因此，它逐漸發(fā)展成為一種令牌方式來(lái)進(jìn)行登錄身份驗(yàn)證，然后利用令牌獲取緩存在redis中的用戶信息。隨著JWT的出現(xiàn)，驗(yàn)證方法更加簡(jiǎn)單方便。它不使用redis緩存，而是直接基于令牌取出保存的用戶信息，驗(yàn)證令牌的可用性，使單點(diǎn)登錄更容易。

JWT通常包含兩個(gè)令牌：訪問(wèn)令牌和刷新令牌。當(dāng)用戶通過(guò)登錄等方式成功驗(yàn)證身份時(shí)，服務(wù)器會(huì)生成一個(gè)訪問(wèn)令牌和一個(gè)刷新令牌，并返回前端存儲(chǔ)。兩個(gè)令牌的過(guò)期時(shí)間都將在服務(wù)器上設(shè)置，但訪問(wèn)令牌的過(guò)期時(shí)間較短，而刷新令牌的過(guò)期時(shí)間較長(zhǎng)。當(dāng)當(dāng)前端向服務(wù)器發(fā)送請(qǐng)求時(shí)，訪問(wèn)令牌將與請(qǐng)求一起發(fā)送到服務(wù)器，以驗(yàn)證請(qǐng)求者的身份。當(dāng)服務(wù)器發(fā)現(xiàn)訪問(wèn)令牌已過(guò)期時(shí)，它將返回失敗信息。此時(shí)，前端需要使用refresh token從服務(wù)器申請(qǐng)新的訪問(wèn)令牌。如果刷新令牌沒(méi)有問(wèn)題，服務(wù)器將生成一個(gè)新的訪問(wèn)令牌。如果刷新令牌已過(guò)期，則需要要求用戶再次登錄以驗(yàn)證其身份。

總之，JWT擴(kuò)展是通過(guò)使用過(guò)期時(shí)間較長(zhǎng)的刷新令牌重新申請(qǐng)新的訪問(wèn)令牌來(lái)實(shí)現(xiàn)的。當(dāng)刷新令牌也已過(guò)期時(shí)，不可能延長(zhǎng)時(shí)間。

軟件公司做前端后端的人會(huì)互相懟嗎？

在傳統(tǒng)的開(kāi)發(fā)模式中，爭(zhēng)吵是經(jīng)常發(fā)生的。原因是前端和后端的分工不明確。其實(shí)很多后端都能做一些前端工作，所以吵架在所難免。

自從react、angular、Vue等框架出現(xiàn)后，前端和后端的分工就變得清晰起來(lái)。

現(xiàn)在前端可以用mock模擬后端。只要后端清楚界面內(nèi)容，前端在開(kāi)發(fā)階段就完全忽略了后端。

后端使用restful提供接口，它可以使用postman或swagger本身模擬前端。在開(kāi)發(fā)階段，不需要關(guān)注前端。

在持續(xù)調(diào)試測(cè)試階段之前，前端可以通過(guò)切換請(qǐng)求地址和添加令牌的方式與后端連接，問(wèn)題非常明顯，因此沒(méi)有爭(zhēng)論。