token和session區(qū)別？注銷是指客戶端的主動注銷。很容易想到一個解決方案：在客戶機成功登錄之后，服務(wù)器將sessionid分配給它，客戶機每次請求資源時都會帶上sessionid。服務(wù)器決定用

token和session區(qū)別？

注銷是指客戶端的主動注銷。很容易想到一個解決方案：在客戶機成功登錄之后，服務(wù)器將sessionid分配給它，客戶機每次請求資源時都會帶上sessionid。

服務(wù)器決定用戶是否登錄，這完全取決于sessionid。一旦被截獲，黑客就可以模擬用戶的請求。因此我們需要引入Token的概念：用戶成功登錄后，服務(wù)器不僅要分配sessionid，還要分配Token，Token是維護(hù)登錄狀態(tài)的關(guān)鍵秘密數(shù)據(jù)。從服務(wù)器發(fā)送到客戶端的令牌數(shù)據(jù)也需要加密。因此，登錄的詳細(xì)信息將再次展開。

客戶端首次向服務(wù)器發(fā)起登錄請求（不傳輸用戶名和密碼）。

服務(wù)器使用RSA算法生成一對公鑰和私鑰。保留私鑰，并將公鑰發(fā)送給客戶端。

客戶端收到公鑰后，對用戶密碼進(jìn)行加密，并將用戶名和加密后的用戶密碼發(fā)送給服務(wù)器，同時生成一對公鑰和私鑰，保留私鑰并將公鑰發(fā)送給服務(wù)器，第二次登錄請求發(fā)送用戶名，客戶端生成的加密密碼和公鑰。

服務(wù)器使用保留的私鑰解密密文并獲取真實密碼。判斷用戶可以登錄后，生成sessionid和token，并使用客戶端發(fā)送的公鑰對token進(jìn)行加密。最后，會話ID和加密令牌返回給客戶機。

客戶端使用自己生成的私鑰來解密令牌密文并獲得真正的令牌。

JAVA應(yīng)用開發(fā)和后臺有什么區(qū)別？

基本相同，SSH也可以開發(fā)移動應(yīng)用的后臺。實際上，對于后臺開發(fā)，原理幾乎是一樣的。然而，app的后臺開發(fā)與web的區(qū)別在于數(shù)據(jù)傳輸格式的不同。一般來說，web訪問后，返回的數(shù)據(jù)是一個HTML頁面，其中一些是JSON格式的。但是，大部分APP的后臺開發(fā)都是直接以JSON格式傳輸數(shù)據(jù)（有的不是JSON格式，具體取決于項目的選擇，但一般來說是JSON格式），也有少數(shù)會直接返回到html5頁面。另一個區(qū)別是登錄驗證和數(shù)據(jù)加密。一般來說，Web使用session來驗證登錄狀態(tài)，app使用token來驗證登錄狀態(tài)（token是一個與自己定義的用戶ID相關(guān)的加密字符串，發(fā)送到后臺從數(shù)據(jù)庫中查詢用戶信息）。另外，如果安全性要求高，應(yīng)用在傳輸數(shù)據(jù)時可能會對數(shù)據(jù)進(jìn)行加密，但web一般沒有這個步驟，web加密一般使用HTTPS。至于Android和IOS的開發(fā)環(huán)境是不一樣的，它指的是應(yīng)用開發(fā)，與后臺無關(guān)。app的背景和javaweb沒有本質(zhì)的區(qū)別。應(yīng)用程序的背景可以同時提供給Android或IOS。它是將app提交的數(shù)據(jù)經(jīng)過處理后插入數(shù)據(jù)庫，從數(shù)據(jù)庫中找出數(shù)據(jù)，經(jīng)過處理后傳輸?shù)絘pp。

假設(shè)我拿到了別的用戶的淘寶網(wǎng)站的cookie，我放到自己的http請求里，我就可以冒充這個用戶嗎？

理論上，如果你得到一個cookie，你就可以模擬一個用戶。根據(jù)以下具體分析：

此“身份密碼”由服務(wù)器生成并放置在客戶端瀏覽器的cookie中。服務(wù)器將有一個與之對應(yīng)的會話，會話ID也存儲在cookie中。

如上所述，服務(wù)器的會話ID存儲在客戶端的cookie中，以便其他用戶在cookie中獲得會話ID后，可以模擬原始用戶啟動請求。

這似乎不合理

！但是，這是cookies和會話的機制。我們說過當(dāng)cookie被禁用后，session可能無法正常工作，但是我們可以通過get將sessionid傳遞給服務(wù)器，因此如果sessionid以明文形式傳輸，則存在安全風(fēng)險。

由于cookie存儲在客戶機中并且不安全，因此當(dāng)我們將用戶數(shù)據(jù)存儲在cookie中時，我們將對其進(jìn)行加密。例如，它將驗證用戶的IP、終端身份等，即使其他用戶偽造Cookie，也無法驗證。