express如何使用session與cookie

無狀態的http

我們都知道http的請求和響應式相互獨立的,服務器無法識別兩條http請求是否是同一個用戶發送的。也就是說服務器端并沒有記錄通信狀態的能力。我們通常使用cookie和session來確定會話雙方的身份。

cookie

cookie 是從服務器端發送的,服務器給不同的用戶發送不同的標識,這個標識表示用戶的身份,服務器通過客戶端發送的這個標識來識別用戶的身份,從而查詢服務器中的該用戶的相關數據,然后發送到該用戶。

安裝express提供的cookie-parser中間件:

npm i -S cookie-parser

在我們使用的項目頁面模塊中引入 cookie-parser 插件,然后實例化它,如下:

var cookieParser = require('cookie-parser');

var cp = cookieParser(secret, options);

它有兩個參數,第一個參數secret,用它可以對cookie進行簽名,也就是我們常說的cookie加密。它可以是字符串也可以是數組,如果熟悉加密原理的同學應該知道,這個字符串就是服務器所擁有的密文,第二個參數options包含如下可選參數:

path:指定 cookie 影響到的路徑
expires: 指定時間格式
maxAge:指定 cookie 什么時候過期
secure:當 secure 值為 true 時,在 HTTPS 中才有效;反之,cookie 在 HTTP 中是有效。
httpOnly:瀏覽器不允許腳本操作 document.cookie 去更改 cookie。設置為true可以避免被 xss 攻擊拿到 cookie

參考cookie-parser中的例子,實現一個記住訪問路徑的demo,代碼如下:

var path = require('path');
var express = require('express');
var cookieParser = require('cookie-parser');
var app = express();

// 使用 cookieParser 中間件;
app.use(cookieParser());

// 如果請求中的 cookie 存在 isFirst
// 否則,設置 cookie 字段 isFirst, 并設置過期時間為10秒
app.get('/', function(req, res) {
    if (req.cookies.isFirst) {
        res.send("再次歡迎訪問");
        console.log(req.cookies)
    } else {
        res.cookie('isFirst', 1, { maxAge: 60 * 1000});
        res.send("歡迎第一次訪問");
    }
});

app.listen(3030, function() {
    console.log('express start on: ' + 3030)
});

cookie-parser 還可以對Cookie數據進行加密,也就是我們所說的signedCookies。

signedCookies

實現代碼如下:

var path = require('path');
var express = require('express');
var cookieParser = require('cookie-parser');
var app = express();

// 使用 cookieParser 中間件;
app.use(cookieParser('my_cookie_secret'));

// cookie
app.get('/', function(req, res) {
    if (req.signedCookies.isFirst) {
        res.send("歡迎再一次訪問");
        console.log(req.signedCookies)
    } else {
        res.cookie('isFirst', 1, { maxAge: 60 * 1000, signed: true});
        res.send("歡迎第一次訪問");
    }
});

從上面的代碼中我們知道cooke-parser的第一個參數可以指定服務器端的提供的加密密匙,然后我們使用options中的signed配置項可實現加密。雖然這樣相對安全,但是客戶端的Cookie有局限性,在客戶端發送請求時會增加請求頭部的數據量,導致請求速度變慢;另外它不能實現數據的共享。

session

express-session 是expressjs的一個中間件用來創建session。服務器端生成了一個sessionn-id,客戶端使用了cookie保存了session-id這個加密的請求信息,而將用戶請求的數據保存在服務器端,但是它也可以實現將用戶的數據加密后保存在客戶端。

session記錄的是客戶端與服務端之間的會話狀態,該狀態用來確定客戶端的身份。

express-session支持session存放位置

可以存放在cookie中,也可以存放在內存中,或者是redis、mongodb等第三方服務器中。

session默認存放在內存中,存放在cookie中安全性太低,存放在非redis數據庫中查詢速度太慢,一般項目開發中都是存放在redis中(緩存數據庫)。

在express提供的express-session中間件安裝命令:

npm i -S express-session

在我們使用的項目頁面模塊中引入 express-session 插件,然后實例化它,如下:

var session = require('express-session');

var se = session(options);

session()的參數options配置項主要有:

name: 設置cookie中,保存session的字段名稱,默認為connect.sid
store: session的存儲方式,默認為存放在內存中,我們可以自定義redis等
genid: 生成一個新的session_id時,默認為使用uid2這個npm包
rolling: 每個請求都重新設置一個cookie,默認為false
resave: 即使session沒有被修改,也保存session值,默認為true
saveUninitialized:強制未初始化的session保存到數據庫
secret: 通過設置的secret字符串,來計算hash值并放在cookie中,使產生的signedCookie防篡改
cookie : 設置存放sessionid的cookie的相關選項

那么,使用它我們都能做些什么呢?下面我們將一一介紹。

cookie session

cookie session 使用很簡單就是我們在配置項中使用cookie配置項,就可以將session數據保存在cookie中,它和signedCookies類似都是將數據保存在客戶端,而且都對數據進行了加密,但是加密后的請求得到的數據結構不一樣。

cooke session 的結構如下:

Session {
  cookie:
   { path: '/',
     _expires: 2018-01-29T17:58:49.950Z,
     originalMaxAge: 60000,
     httpOnly: true },
  isFirst: 1 }

signedCookie 結構如下:

{ isFirst: '1' }

實現cookie session代碼如下:

var path = require('path');
var express = require('express');
var session = require('express-session');
var redisStore = require('connect-redis')(session);
var app = express();

// session
app.use(session({
    name: 'session-name', // 這里是cookie的name,默認是connect.sid
    secret: 'my_session_secret', // 建議使用 128 個字符的隨機字符串
    resave: true,
    saveUninitialized: false,
    cookie: { maxAge: 60 * 1000, httpOnly: true }
}));

// route
app.get('/', function(req, res, next) {
    if(req.session.isFirst || req.cookies.isFirst) {
        res.send("歡迎再一次訪問");
    } else {
        req.session.isFirst = 1;
        res.cookie('isFirst', 1, { maxAge: 60 * 1000, singed: true});
        res.send("歡迎第一次訪問。");
    }
});

app.listen(3030, function() {
    console.log('express start on: ' + 3030)
});

signed-cookie vs cookie session

  • signedCookies 信息可見但不可修改,cookie session不可見也不可修改
  • signedCookies 信息長期保存客戶端,后者客戶端關閉,信息消失

針對Cooke session增加了客戶端請求的數據規模,我們一般這樣使用,數據庫存儲session。

數據庫保存session

用數據庫保存session,我們一般使用redis,因為它是緩存數據庫,查詢速度相較于非緩存的速度更快。

express-session 的實例代碼如下:

var path = require('path');
var express = require('express');
var session = require('express-session');
var redisStore = require('connect-redis')(session);
var app = express();

// session
app.use(session({
    name: 'session-name', // 這里是cookie的name,默認是connect.sid
    secret: 'my_session_secret', // 建議使用 128 個字符的隨機字符串
    resave: true,
    saveUninitialized: false,
    store: new redisStore({
        host: '127.0.0.1',
        port: '6379',
        db: 0,
        pass: '',
    })
}));

// route
app.get('/', function(req, res) {
    if (req.session.isFirst) {
        res.send("歡迎再一次訪問。");
        console.log(req.session)
    } else {
        req.session.isFirst = 1;
        res.send("歡迎第一次訪問。");
    }
});

app.listen(3030, function() {
    console.log('express start on: ' + 3030)
});

但有時我們也使用非redis數據庫保存session,這時我們就需要對項目結構有深刻的認識和理解;否則,使用后反而會適得其反。

另外,我們要注意使用數據庫保存session數據,在瀏覽器端的session-id會隨著瀏覽器的關閉而消失,下次打開瀏覽器發送請求時,服務器依然不能識別請求者的身份。

cookie session 雖然能解決這個問題,但是它本身存在著安全風險,其實cookie session 和 signedCookies都面臨xss攻擊。

其實,使用signedCookies和session的結合會在一定程度上降低這樣的風險。

signedCookies(cookies) 和 session的結合

在開發中,我們往往需要signedCookies的長期保存特性,又需要session的不可見不可修改的特性。

var path = require('path');
var express = require('express');
var cookieParser = require('cookie-parser');
var session = require('express-session');
var redisStore = require('connect-redis')(session);
var app = express();

// 使用 cookieParser 中間件;
app.use(cookieParser());

// session
app.use(session({
    name: 'session-name', // 這里是cookie的name,默認是connect.sid
    secret: 'my_session_secret', // 建議使用 128 個字符的隨機字符串
    resave: true,
    saveUninitialized: false,
    // cookie: { maxAge: 60 * 1000, httpOnly: true },
    store: new redisStore({
        host: '127.0.0.1',
        port: '6379',
        db: 0,
        pass: '',
    })
}));

app.get('/', function(req, res, next) {
    if(req.session.isFirst || req.cookies.isFirst) {
        res.send("歡迎再一次訪問");
    } else {
        req.session.isFirst = 1;
        res.cookie('isFirst', 1, { maxAge: 60 * 1000, singed: true});
        res.send("歡迎第一次訪問。");
    }
});

app.listen(3030, function() {
    console.log('express start on: ' + 3030)
});

這樣我們將session保存在redis中的信息,保存在了session_id所標示的客戶端cooke中一份,這樣我們就不用擔心,瀏覽器關閉,cookie中的session_id字段就會消失的情況,因為瀏覽器中還有它的備份cookie,如果沒有備份的cookie信息,下次客戶端再次發出請求瀏覽就無法確定用戶的身份。

參考源碼

nodejs 快速上手

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,563評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,694評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,672評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,965評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,690評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,019評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,013評論 3 449
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,188評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,718評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,438評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,667評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,149評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,845評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,252評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,590評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,384評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內容