ASP.NET Session的七點認(rèn)識
ASP.NET Session的使用當(dāng)中我們會遇到很多的問題，那么這里我們來談下經(jīng)常出現(xiàn)的一些常用ASP.NET Session的理解：
ASP.NET Session的七點認(rèn)識之一、
對于值類型的變量,Session中保存的是值類型的拷貝
- Session["__test0"] = 1;
- int i = (int)Session["__test0"]+1;
- int j = (int)Session["__test0"];
結(jié)果i=2,j=1
ASP.NET Session的七點認(rèn)識之二、
對于引用類新的變量,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";
結(jié)果ds.Tables[0].Rows[0][0]=="9999" ds2.Tables[0].Rows[0][0]=="9999";
ASP.NET Session的七點認(rèn)識之三、
Session周期
新的瀏覽器窗口啟動后，開始一個新的Session,觸發(fā)Global的Session_Start的調(diào)用，從***個瀏覽器窗口打開的瀏覽器窗口不啟動新的Session。Session過期后，執(zhí)行頁面的提交也會觸發(fā)Session_Start，等于是新的一個Session。
ASP.NET Session的七點認(rèn)識之四、
調(diào)用Session
對于Web Service，每個方法的調(diào)用都會啟動一個Session，可以用下面的方法來使多個調(diào)用在同一個Session里
- CWSSyscfg cwsCfg = new CWSSyscfg();
- cwsCfg.CookieContainer = new System.Net.CookieContainer();
CWSSyscfg是一個Web Service類，Web Service的給代理類設(shè)置CookieContainer屬性，只要多個代理的CookieContainer屬性是相同的值，則對這些Web Service的調(diào)用在同一個Session?？梢杂脝卫Ｊ絹韺崿F(xiàn)。
ASP.NET Session的七點認(rèn)識之五、
Session數(shù)據(jù)有效期只要頁面有提交活動，則Session的所有項都會保持，頁面在20分鐘（默認(rèn)配置）內(nèi)沒有任何提交活動時Session會失效。Session內(nèi)存儲的多個數(shù)據(jù)項是整體失效的。
ASP.NET Session的七點認(rèn)識之六、
Session的保存
在session中如果保存的是非序列化的類比如DataView，在用SQLServer保存Session的模式下，無法使用。查看一個類是否是序列化的方法是，需看是否用[Serializable]來標(biāo)記了該類。
ASP.NET Session的七點認(rèn)識之七、
關(guān)于Sesson的清除。
如果我在Session中保存一個比較大的DataSet，這樣aspnet_wp.exe占有的內(nèi)存會很大，假如我退出了使用這個DataSet的頁面，我想釋放該Session，我用Session.Clear() 或者DataSet.Clear()都 不能使內(nèi)存的占用降下來，即使Session過了期限，內(nèi)存也沒有降下來，比較困惑，誰能給我詳細(xì)解釋一下。
要說到session這個東西，很多人可能都不屑一顧。這個東東嘛,n年前就開始做了,有啥好講的啊?？墒牵诤芏嗟胤轿覀冞€是會發(fā)現(xiàn)一些問題，比如有的人說，我的session_start激發(fā)了，怎么session_end沒有啊，我在session_end做了些善后工作，這下沒法完成了，怎么辦啊？
最近看了些文章，結(jié)合自己的一些經(jīng)驗，想和大家一起討論一下其中的說法。
其實，很多這類的問題都是由一個東西引起的，它就是session ID。首先，是不是我一個IE client起來，訪問一個頁面，只要我不關(guān)瀏覽器，session ID就是一樣的呢？很多人會想，應(yīng)該是一樣的吧，我瀏覽器都沒關(guān)，web server總歸會認(rèn)為我是同一個client,不會把session ID變來變?nèi)サ?。要驗證這個，讓我們現(xiàn)在做一個簡單的試驗。用vs.net創(chuàng)建一個簡單的asp.net web app.在web form1上加個button,然后在頁面的page prefix上enable trace.接下來瀏覽這個頁面，不停的click button來提交request。感謝asp.net的這個trace功能，我們可以看到session ID其實是在不停的變化的。也就是說，這時候在服務(wù)器端，根本就不關(guān)心這個client的存在，每次都覺得它是來自一個新的client.
那這到底是怎么回事呢？OK，讓我們在page_load里面加上一句，session["variable1"]="testvalue";然后再做一下測試。Bingo,現(xiàn)在session ID就保持一致了。我想，很多人也許以前就沒有注意到這點。這里我們可以得出一個結(jié)論:要建立一個持續(xù)的session，咱們需要至少使用一下session變量，用行話來說，就是要至少往session dictionary中寫入一次。
不過，值得注意的是，這只是個必要條件，還不是充分條件。
在提到下一個必要條件前，我們先來弄清一件事，如果我們在程序中間有g(shù)lobal.asax,里面有session_onstart, session_onend，上面的實驗是不會成功的。原因是一旦定義了session_onstart處理函數(shù)后,session的state就總是會被保存了，即使里面是空的，這樣的話，session ID就不會改變了。因為session這東西還是消耗資源的，所以在asp.net web app中如果沒有必要，你就不要把session_onstart, session_end寫在global.asax中。
上面的實驗中,我們也可以看到,如果session ID在變化，我們就跟蹤不到session_onend,一旦穩(wěn)定下來，session_onend就出現(xiàn)了。
現(xiàn)在，我們再來談?wù)劻硪粋€條件，還是先從實驗做起，我們在剛才例子的基礎(chǔ)上(包括session_onstart, session_onend)，在page_load的session那行的下面加上一句，session.abandon().再來運行一把,咦,這是你會發(fā)現(xiàn)一點奇怪的地方,session_onend不執(zhí)行了，盡管session_onstart執(zhí)行過了一遍。（這里我們需要寫一些log語句來觀察到）而且，如果我們把session.abandon()寫在button.onclick事件里面，session_onend就立馬執(zhí)行了。奇怪吧，這里有什么區(qū)別呢？
這樣，第二個必要條件就引發(fā)了，要讓session_onend成功執(zhí)行，至少要有一個request已經(jīng)被完整地執(zhí)行過。上面的***種情況，在page_load中就中止的話，***個request都沒有執(zhí)行完畢，session_onend就沒法激發(fā)了。
綜合這兩個必要條件，我們終于可以得出要讓session_onend執(zhí)行的充分條件了：
◆至少有一個request成功完整地執(zhí)行
◆至少存儲一些data在session state中?？梢酝ㄟ^session變量或者加上session_onstart來實現(xiàn)。
***聲明一點，session_onend只在InProc模式中支持，也就是說，只在session data在asp.net worker process中時支持。
ASP.NET Session的七點認(rèn)識就談到這里，對于ASP.NET Session的理解是不是有所幫助呢？
【編輯推薦】
