NHibernate中的Session，在我的理解似乎就相當(dāng)于數(shù)據(jù)庫中連接。因?yàn)樗灿蠴pen/Close的方法，我沒有研究NHibernate的源碼，不知道這種理解是否有誤？我在網(wǎng)上搜了很多的關(guān)于Session的管理，大多都是在我需要數(shù)據(jù)庫操作的時候，就OpenSession(),操作完后就CloseSession().這有點(diǎn)擬似如我們剛開始學(xué)習(xí)ADO.NET的時候，要Connection對象Open(),數(shù)據(jù)處理完后就Close().但是這里就帶來了一個弊端，因?yàn)镃onnection的頻繁的開關(guān)是非常消耗系統(tǒng)資源的。我記得以前在制作一個數(shù)據(jù)的錄入界面的時，因?yàn)檫@個錄入的界面數(shù)據(jù)元素比較多，而且很多DropDownList需要在數(shù)據(jù)庫中讀取數(shù)據(jù)并綁定。

　　這樣在該頁面的Page_Load中需要調(diào)用相應(yīng)對象的方法一一從數(shù)據(jù)庫中檢索數(shù)據(jù)綁定DropDownList.因?yàn)槲覀冞@些對象的方法都是使用獨(dú)立的Connection,都有自己的Connection的Open和Close。所以，導(dǎo)致這個頁面一打開就需要等待好長的時間，比較慢。后來我們將這些需要綁定DropDownList的數(shù)據(jù)通過一個數(shù)據(jù)處理成一個DataSet，并將DataSet中的DataTable與DropDownList綁定。這樣只需要一次的Connection的Open/Close.頁面快了好多。

　　所以，我覺得上述的Session的管理辦法不是很妥當(dāng)。

　　后來，我看了Cuyahoga開源項(xiàng)目中他的Session管理，他使用的“session-per-request”這種模式。從字面上理解就是他為每個Request創(chuàng)建一個Session,直到這個請求銷毀，那么這個Session也就Close了。而Cuyahoga他的做法和session-per-request有點(diǎn)不同地方就是，他為每個Request都創(chuàng)建了一個CoreRepository對象，CoreRepository是系統(tǒng)所需要的數(shù)據(jù)處理服務(wù)的類。他的做法是先創(chuàng)建了HttpModule（NHSessionModule）用來創(chuàng)建CoreRepository對象和銷毀CoreRepository對象，如下：

private void Context_BeginRequest(object sender, EventArgs e)
{
// Create the repository for Core objects and add it to the current HttpContext.
CoreRepository cr = new CoreRepository(true);
HttpContext.Current.Items.Add("CoreRepository", cr);
} 
private void Context_EndRequest(object sender, EventArgs e)
{
// Close the NHibernate session.
if (HttpContext.Current.Items["CoreRepository"] != null)
{
CoreRepository cr = (CoreRepository)HttpContext.Current.Items["CoreRepository"];
cr.CloseSession();
}
}

　　這樣在每次請求的時候，會自動創(chuàng)建CoreRepository對象，當(dāng)請求完畢后，就CloseSession（），在程序中通過HttpContext.Current.Items["CoreRepository"]就能獲取CoreRepository對象了。

　　這樣也就變相的管理了NHibernate中的Session,也就達(dá)到了“session-per-request”的這種模式。

　　詳細(xì)的講解： 通過實(shí)現(xiàn)IHttpModule初始化Nhibernate的Session

　　這種方式比上面的那個每次操作都需要創(chuàng)建Session，性能和速度應(yīng)該提高了不少，接著我就想，每個請求都創(chuàng)建Session,是不是我們可以象創(chuàng)建Connection Pool一樣，也創(chuàng)建一個Session Pool,這樣就每次請求的時候不是直接創(chuàng)建Session，而是在我們的Session Pool中拿已經(jīng)創(chuàng)建好的Session，這樣效率不是更好？！