摘要:ViewState與Session
轉載文章
在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則只應該應用在需要跨頁面且與每個訪問用戶相關的變數和物件存儲上. 另外,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/yzxchoice/archive/2006/09/08/498499.html
這邊我自行實測開啟空白頁時，在後端寫的viewstate的確會放在Client端的(網頁看原始碼)
因此可以衍生出幾個自己的想法
1.如果把大量資料儲存在Viewstate上，伺服器資源省了，瀏覽端反而下載網頁流量變大了。
2.不會有安全問題的資料放在Viewstate上也挺方便的。
另外還有一個有趣的測試(後補)
在同個瀏覽器，開一個新頁面瀏覽(假設叫做A)、在後端加入viewstate後，
再開新的分頁瀏覽(假設叫做B)，結果在A的原始碼內可以看到這個隱藏的
hidden value也跟著增加了(問題是我沒有重新postback)原因何解呢 ?
同樣的測試在不同的瀏覽器，假設A我在IE瀏覽，B頁面我在firefox瀏覽，
結果在A的原始碼內可以看到這個隱藏的value並沒有絲毫的變動。
因此這裡我猜想viewstate的值應該(我尚未去查證)是藏在"客戶端的瀏覽器"上。