session 和viestate的區別

 

昨天偶然看到網上有人討論究竟是該用viewstate還是session來儲存資訊. 忽然覺得有必要去深入的研究一下這兩個東東了.

我們先來看深入分析一下viewstate, 為了分析的相對完整性,先從簡單的說起:

在asp時代, 大家都知道一個html控制項的值,比如input 控制項值,當我們把表單提交到伺服器後, 頁面再重新整理回來的時候, input裡面的資料已經被清空. 這是因為web的無狀態性導致的, 服務端每次把html輸出到用戶端後就不再於用戶端有聯絡.

asp.net巧妙的改變了這一點. 當我們在寫一個asp.net表單時, 一旦標明了 form runat=server ,那麼,asp.net就會自動在輸出時給頁面添加一個隱藏欄位

<input type="hidden" name="__VIEWSTATE" value="">

那麼,有了這個隱藏欄位,頁面裡其他所有的控制項的狀態,包括頁面本身的一些狀態都會儲存到這個控制項值裡面. 每次頁面提交時一起提交到後台,asp.net對其中的值進行解碼,然後輸出時再根據這個值來恢複各個控制項的狀態. 我們再看這個控制項的value值,它可能類似如下的形式:Oz4+O2w8aTwxPjs+O2w8....
很多人會認為這是加密的資訊,其實不是, ms僅僅是給各個控制項和頁面的狀態存入適當的對象裡面,然後把該對象序列化, 最後再做一次base64編碼,直接賦值給viewstate控制項.

說到這,想必你一定想看看這個viewstate裡面到底存了哪些東西, 嗯,你是可以寫一個base64 to string的轉碼來實現.不過,viewstate是有層次之分的,普通的轉換後,你看到的也是很亂的文字. 這裡提供了一個專門轉換viewstate值的地方 http://www.wilsondotnet.com/Demos/ViewState.aspx . 你可以去將自己的viewstate輸入進去,讓它給你轉化一下,這可是帶結構的哦

好, 以上說的這些你可能會覺得: 這與session有什麼關係? 這個viewstate不是由asp.net自動去維護嗎? 是的, 如果僅僅是儲存控制項的狀態, 你可以感覺不到它與session有什麼瓜葛( 呵呵,其實它們就沒有瓜葛),不過,接下來,我們看看這種使用方法: 在後台aspx.cs代碼裡:

private void Page_Load(object sender, System.EventArgs e){ViewState["myvalue"] = "viewstatevalue";//.....}

呵呵, 可以在頁面後台直接給viewstate集合賦值, 現在你是不是覺得和session的使用方法差不多了呢? 對,這一點就是幾乎所有初學asp.net的人的疑惑. 會認為asp.net也像session那樣把這個值儲存到伺服器記憶體裡面, 其實不是!

那麼,這裡的viewstate值是屬於誰?又存在哪裡? 其實,它和上面的其他控制項的狀態儲存一樣,也是儲存到那個隱藏的viewstate控制項值裡面, 上面已經說了, viewstate用來儲存狀態,包括頁面本身, 那麼,這裡的viewstate就屬於頁面本身的狀態.

分析到此,估計大家對viewstate的使用應該是沒有什麼疑問了. 那麼,我們可以來與session做一下類比, session值是儲存在伺服器記憶體上,那麼,可以肯定,大量的使用session將導致伺服器負擔加重. 而viewstate由於只是將資料存入到頁面隱藏控制項裡,不再佔用伺服器資源,因此, 我們可以將一些需要伺服器"記住"的變數和對象儲存到viewstate裡面. 而sesson則只應該應用在需要跨頁面且與每個訪問使用者相關的變數和Object Storage Service上. 另外,session在預設情況下20分鐘就到期,而viewstate則永遠不會到期.

但viewstate並不是能儲存所有的.net類型資料,它僅僅支援String、Integer、Boolean、Array、ArrayList、Hashtable 以及自訂的一些類型.

當然,任何事物都有兩面性, 使用viewstate會增加頁面html的輸出量,佔用更都的頻寬,這一點是需要我們謹慎考慮的. 另外, 由於所有的viewstate都是儲存在一個隱藏欄位裡面,使用者可以很容易的通過查看源碼來看到這個經過base64編碼的值.然後再經過轉換就可以擷取你儲存其中的對象和變數值.

其實,對於viewstate的安全性問題,asp.net還給我們提供了更多的選擇.一般如果要保護viewstate有兩種方式: 一種是防篡改,一種是加密. 一說到防篡改,我們就想起了使用散列代碼. 沒錯, 我們可以在頁面頂部加入如下代碼:Page EnableViewStateMAC=true

這樣asp.net就會自動的在viewstate中追加一個散列碼,在頁面回傳時,伺服器根據回傳的viewstate產生一個散列碼,再與回傳的散列碼相比較,如果不對,則丟棄該viewstate,同時控制項將恢複初試狀態. (預設情況下asp.net是通過SHA1演算法而不是md5演算法來產生散列,不過這個可以在machine.config裡面配置machineKey validation="MD5"即可)

而viewstate加密就更簡單了, 只要在machine.config裡設定一下machineKey validation="3DES"即可實現用des加密viewstate了.

呵呵,至此,我們對viewstate應該有個很清晰的認識了, 不過,初步研究viewstate, 理解有誤之處還望大家多指教

 

 

 

http://www.cnblogs.com/xiangxiangyuan/archive/2008/10/30/1322644.html