Node.js編程中客戶端Session的使用詳解

 　　這篇文章主要介紹了Node.js編程中客戶端Session的使用詳解,是Node.js入門學習中的基礎知識,需要的朋友可以參考下

　　靜態網站很容易擴展。你只需要全部緩存，不需要考慮從不同服務器組合有狀態的內容給用戶。

　　可惜，大多數Web應用使用有狀態的內容提供個性化體驗。如果你的應用可以登錄，就需要記住用戶的Session。經典的處理方法是客戶端設置包含隨機唯一Session標識的Cookie，被標識的Session數據保存到服務端。

　　擴展有狀態服務

　　當擴展服務的時候，你肯定有三種選擇：

　　不同服務端同步Session數據

　　不同服務端連接單點中心(獲取Session)

　　保證用戶訪問同一個服務端

　　但都有缺陷：

　　同步數據增加性能開銷

　　單點中心降低系統擴展性

　　如果用戶上次訪問的服務端需要維護怎麼辦

　　然而，如果你換個角度思考，會發現第四種選擇：將Session數據保存在客戶端

　　客戶端Session

　　在客戶端保存Session有一些優勢：

　　無所謂哪個服務端，Session數據都有效

　　不需要維護服務端狀態

　　不需要服務端同步

　　任意添加新的服務端

　　但是客戶端Session存在一個嚴重問題：你不能保證用戶不篡改Session數據。

　　比如你在Cookie中保存用戶的ID。用戶很容易修改它，從而訪問別人的賬戶。

　　這似乎否定了客戶端Session的可能，但有一種方法可以巧妙解決這問題：加密打包Session數據(還是存在Cookie中)。這樣就不需要擔心用戶修改Session數據，服務端會驗證數據的。

　　實際應用上，就是Cookie中保存一個加密的Server Key。Server Key驗證後才有權利讀取和修改Session數據。這就是客戶端Session。

　　Node客戶端Session

　　Node.JS有一個庫可以實現客戶端Session:node-client-session.它可以代替Connect(一個Node中間件框架)內置的session和cookieParser中間件。

　　在Express框架應用中的使用：

　　?

　　1const clientSessions = require("client-sessions");

　　?

　　1app.use(clientSessions({ secret: '0GBlJZ9EKBt2Zbi2flRPvztczCewBxXK' // 設置一個隨機長字符串! })

　　然後，向req.session對象添加屬性：

　　?

　　1app.get('/login', function (req, res){ req.session.username = 'JohnDoe'; });

　　讀取屬性：

　　?

　　1app.get('/', function (req, res){ res.send('Welcome ' + req.session.username); });

　　使用reset方法終止Session：

　　?

　　1app.get('/logout', function (req, res) { req.session.reset(); });

　　即時注銷Persona Session

　　(注：Persona是Mozzilla推出的網絡身份系統)

　　與服務器端Session不同，客戶端Session的問題是服務端無法刪除Session。

　　服務器端架構時，你可以刪除Session數據。任意的客戶端Cookie標識的Session很可能不存在。但客戶端架構時，Session數據不在服務端，不能保證Session數據在每個客戶端都被刪除。換句話說，我們無法同步用戶的客戶端狀態(已經登錄)和服務端狀態(注銷登錄)。

　　為了彌補這個缺陷，客戶端Session中添加了過期時間。展開Session數據(被加密打包)前驗證過期時間。如果過期了，拋棄Session數據並改變用戶狀態(如注銷登錄)。

　　過期機制在很多應用中運行良好(尤其是短過期時間需求)。如在Persona中，當用戶發覺密碼收到威脅或已經損壞時，我們需要提供方法讓用戶立即注銷Session數據。

　　這意味著需要保留一點點狀態信息在服務後端。我們處理即時注銷的方法是添加一個Token在用戶數據表和Session數據中。

　　每次API調用時比對Session數據中的Token和數據庫中的Token。如果不相同，返回錯誤信息並退出用戶。

　　這樣會附加多余的數據庫操作去查詢Token。幸好，大多數的API調用都需要讀取用戶數據表，把Token一起帶上就好了。