ASP.NET Session的七點認識

　　ASP.NET Session的使用當中咱們會遇到不少的問題，那麼這裏咱們來談下常常出現的一些經常使用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的七點認識之七

　　關於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的理解是否是有所幫助呢？