說到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執行的充分條件了:
? 1)至少有一個request成功完整地執行
2)至少儲存一些data在session state中。可以通過session變數或者加上session_onstart來實現。
最後聲明一點,session_onend只在InProc模式中支援,也就是說,只在session
data在asp.net worker process中時支援。