ASP.NET Session的七點認識
ASP.NET Session的使用當中我們會遇到很多的問題,那么這里我們來談下經常出現的一些常用ASP.NET Session的理解:
- ASP.NET Session的七點認識之一
對于值類型的變量,Session中保存的是值類型的拷貝
int i = (int)Session["__test0"]+1;
int j = (int)Session["__test0"];
結果i=2,j=1
- ASP.NET Session的七點認識之二
對于引用類新的變量,Session中保存的是引用
Session["__test"] = cda.GetDataSet("select top 1 * from tb_customer");
DataSet ds = (DataSet)Session["__test"];
DataSet ds2 = (DataSet)Session["__test"];
ds.Tables[0].Rows[0][0]="9999";
結果ds.Tables[0].Rows[0][0]=="9999" ds2.Tables[0].Rows[0][0]=="9999";
- ASP.NET Session的七點認識之三
Session周期
新的瀏覽器窗口啟動后,開始一個新的Session,觸發Global的Session_Start的調用,從第一個瀏覽器窗口打開的瀏覽器窗口不啟動新的Session。Session過期后,執行頁面的提交也會觸發Session_Start,等于是新的一個Session。
- ASP.NET Session的七點認識之四
調用Session
對于Web Service,每個方法的調用都會啟動一個Session,可以用下面的方法來使多個調用在同一個Session里
cwsCfg.CookieContainer = new System.Net.CookieContainer();
CWSSyscfg是一個Web Service類,Web Service的給代理類設置CookieContainer屬性,只要多個代理的CookieContainer屬性是相同的值,則對這些Web Service的調用在同一個Session。可以用單例模式來實現。
- ASP.NET Session的七點認識之五
Session數據有效期
只要頁面有提交活動,則Session的所有項都會保持,頁面在20分鐘(默認配置)內沒有任何提交活動時Session會失效。Session內存儲的多個數據項是整體失效的。
- ASP.NET Session的七點認識之六
Session的保存
在Session中如果保存的是非序列化的類比如DataView,在用SQLServer保存Session的模式下,無法使用。查看一個類是否是序列化的方法是,需看是否用[Serializable]來標記了該類。
- ASP.NET Session的七點認識之七
關于Sessuon的清除
如果我在Session中保存一個比較大的DataSet,這樣aspnet_wp.exe占有的內存會很大,假如我退出了使用這個DataSet 的頁面,我想釋放該Session,我用Session.Clear() 或者DataSet.Clear()都不能使內存的占用降下來,即使Session過了期限,內存也沒有降下來,比較困惑,誰能給我詳細解釋一下。
要說到session這個東西,很多人可能都不屑一顧。這個東東嘛,n年前就開始做了,有啥好講的啊。可是,在很多地方我們還是會發現一些問題,比如有的人說,我的session_start激發了,怎么session_end沒有啊,我在session_end做了些善后工作,這下沒法完成了,怎么辦啊?
最近看了些文章,結合自己的一些經驗,想和大家一起討論一下其中的說法。
其實,很多這類的問題都是由一個東西引起的,它就是Session ID。首先,是不是我一個IE client起來,訪問一個頁面,只要我不關瀏覽器,Session ID就是一樣的呢?很多人會想,應該是一樣的吧,我瀏覽器都沒關,Web Server總歸會認為我是同一個client, 不會把Session ID變來變去的。要驗證這個,讓我們現在做一個簡單的試驗。用VS.NET創建一個簡單的ASP.NET Web App. 在Web Form1上加個Button, 然后在頁面的Page Prefix上enable trace. 接下來瀏覽這個頁面,不停的click button來提交Request。感謝ASP.NET的這個trace功能,我們可以看到Session ID其實是在不停的變化的。也就是說,這時候在服務器端,根本就不關心這個client的存在,每次都覺得它是來自一個新的client.
那這到底是怎么回事呢?OK,讓我們在Page_Load里面加上一句,Session["variable1"]="testvalue";然后 再做一下測試。Bingo, 現在Session ID就保持一致了。我想,很多人也許以前就沒有注意到這點。這里我們可以得出一個結論:要建立一個持續的Session,咱們需要至少使用一下Session變量,用行話來說,就是要至少往Session Dictionary中寫入一次。
不過,值得注意的是,這只是個必要條件,還不是充分條件。
在提到下一個必要條件前,我們先來弄清一件事,如果我們在程序中間有Global.asax,里面有Session_OnStart, Session_OnEnd,上面的實驗是不會成功的。原因是一旦定義了Session_OnStart處理函數后,Session的state就總是會被保存了,即使里面是空的,這樣的話,Session ID就不會改變了。因為Session這東西還是消耗資源的,所以在ASP.NET Web App中如果沒有必要,你就不要把Session_OnStart, Session_End寫在Global.asax中。
上面的實驗中,我們也可以看到,如果Session ID在變化,我們就跟蹤不到Session_OnEnd, 一旦穩定下來,Session_OnEnd就出現了。
現在,我們再來談談另一個條件,還是先從實驗做起,我們在剛才例子的基礎上(包括Session_OnStart, Session_OnEnd),在Page_Load的Session那行的下面加上一句,Session.Abandon(). 再來運行一把,咦,這時你會發現一點奇怪的地方, Session_OnEnd不執行了,盡管Session_OnStart執行過了一遍。(這里我們需要寫一些log語句來觀察到)而且,如果我們把Session.Abandon()寫在Button.OnClick事件里面,Session_OnEnd就立馬執行了。奇怪吧, 這里有什么區別呢?
這樣,第二個必要條件就引發了,要讓Session_OnEnd成功執行,至少要有一個Request已經被完整地執行過。上面的第一種情況,在Page_Load中就中止的話,第一個Request都沒有執行完畢,Session_OnEnd就沒法激發了。
綜合這兩個必要條件,我們終于可以得出要讓Session_OnEnd執行的充分條件了:
◆ 至少有一個Request成功完整地執行
◆ 至少存儲一些data在Session State中。可以通過Session變量或者加上Session_OnStart來實現。
最后聲明一點,Session_OnEnd只在InProc模式中支持,也就是說,只在Session Data在ASP.NET worker process中時支持。
ASP.NET Session的七點認識就談到這里,對于ASP.NET Session的理解是不是有所幫助呢?