ASP.NET Session的七點認識

ASP.NET Session的七點認識之一

對於值型別的變數,Session中儲存的是值型別的拷貝

Session["__test0"] = 1;  int i = (int)Session["__test0"]+1;  int j = (int)Session["__test0"]; 結果i=2,j=1

ASP.NET Session的七點認識之二

對於引用類新的變數,Session中儲存的是引用

CDACommon cda = new CDACommon();  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裡

CWSSyscfg cwsCfg = new CWSSyscfg();  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的七點認識之七

關於Sesson的清除。

如果我在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的理解是不是有所幫助呢？