建站
咨詢
售后
建站咨詢
新聞中心
前段時間由于程序出現(xiàn)了比較大的性能問題，視圖（View）之間的跳轉(zhuǎn)速度非常慢。通過Fiddler調(diào)試和分析，查找到是由于在視圖(View) 轉(zhuǎn)換（PostBack）過程中，客戶端給服務(wù)器端的發(fā)送字節(jié)數(shù)非常大，一般在30K以上，就相當(dāng)于客戶端每次都要給服務(wù)器上傳大十K的數(shù)據(jù)量，這如果是比較好的網(wǎng)絡(luò)環(huán)境下完全是可以忽略的，但是目前的網(wǎng)絡(luò)環(huán)境確實還達(dá)不到這樣的要求。詳細(xì)請看《無刷新視圖跳轉(zhuǎn)的局限性》。針對這一情況，我的解決方案就是禁用頁面的ViewState，只有這樣才是最根本的解決辦法。原本還想寫一篇blog來好好批一下ViewState，當(dāng)初想好的標(biāo)題是“ASP.NET程序的性能殺手----ViewState”?，F(xiàn)在看來，還好沒寫，要不還不被人批是“沒有真正會用 ASP.NET 的人”？（盡管確實還沒有真正全面認(rèn)識ASP.NET）。
創(chuàng)新互聯(lián)建站服務(wù)項目包括漣源網(wǎng)站建設(shè)、漣源網(wǎng)站制作、漣源網(wǎng)頁制作以及漣源網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，漣源網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到漣源省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
在jillzhang的blog《給頁面減減肥！》中給頁面減肥的辦法是對頁面進(jìn)行壓縮。這確實是一種辦法，特別是當(dāng)在硬件環(huán)境允許的條件下，可以帶來非常大的好處，一般體積都可以減小好幾倍。減小頁面體積還有一種辦法，那就是ASP.NET禁用ViewState，兩種方法并不是互斥的，而且我認(rèn)為只有禁用ViewState后，頁面壓縮的效果才更明顯的。因為ViewState的值本身就是一些相對緊湊的字符，而HTML代碼則相對松散，（我也不是特別肯定這對壓縮有必然的聯(lián)系。）。最近一直在從事頁面速度的優(yōu)化方面的工作，所以很多平常不注意的細(xì)節(jié)，它所造成的性能影響在這時候就體現(xiàn)出來了。一般的頁面（服務(wù)器控件比較多）如果ASP.NET禁用ViewState后，它的體積至少會減小一半。而且這一半的數(shù)據(jù)在很多情況都是沒用的（特別是在不需要PostBack的情況下，簡直就是累贅），如果這時候再加HTML壓縮的話，那壓縮比就不止3-5倍了。有一個頁面正常的大?。ˋSP.NET禁用ViewState后）是101,730 byte ，壓縮后變成了11,182 byte。說實話我也很驚訝這樣的壓縮比。通過這里可以看這組驚人數(shù)據(jù)。
那這一切是不是都是ASP.NET的錯呢？ViewState是不是就是“萬惡之源”呢？是，也不是。為什么呢？首先我們要正確認(rèn)識ViewState存在的意義，更多的情況下MS是為我們這些新手快速入門而考慮的。正因為有了ViewState，讓我們開發(fā)B/S應(yīng)用程序能夠按照我們的正常的思維邏輯來進(jìn)行。而屏蔽了在PostBack時，還要去初始化一堆的頁面控件，給這個控件還原我們提交的請求值等等，想想這對于我們來說是多少復(fù)雜而麻煩的一項工作啊！而不是像我們現(xiàn)在這樣，直接在PostBack事件取我們想要的控件的值這么簡單。而默認(rèn)情況下ViewState=true，也是在為初學(xué)者著想的，不至于讓一個初學(xué)ASP.NET的同學(xué)在寫postback事件時出現(xiàn)一些奇怪的錯誤而灰心喪氣，提高門坎。一段個人的理解可能還不能讓一些朋友看得很明白，關(guān)于ViewState的討論已經(jīng)很多了，但是最重要一點(diǎn)就是理解頁面的執(zhí)行生命周期。如果把下面這張圖啃下去后你也許就會有深刻理解了。
談點(diǎn)有意義的吧？是禁還是用？決定因素有以下幾點(diǎn)（個人理解）：
1.你的目標(biāo)應(yīng)用環(huán)境。
這是最根本的，如果你的ASP.NET應(yīng)用程序只在局域網(wǎng)（Intertrant）內(nèi)應(yīng)用的話，那非常棒，我們完全可以忽略ViewState存在的影響。
2.頁面的性質(zhì)。
如果你的頁面是一種信息瀏覽的性質(zhì)，而完全沒有PostBack事件的話。這里的ViewState就完全是可以被消滅的。反之，如果頁面中有PostBack事件，盡管只有一個，那你如果禁用了ViewState，都有可能產(chǎn)生不可預(yù)期的錯誤。
3.你對ViewState和頁面事件的理解程度。
如果你很理解頁面的生命周期和執(zhí)行過程，那你完全可以根據(jù)需要來設(shè)置哪些控件需要打開ViewState，哪些控件可以禁用ViewState，做到按需使用，合理使用ViewState。達(dá)到性能的最優(yōu)化。
4.開發(fā)人員的勤勞程度和外在因素。
如果你很勤勞，而且你也了解了ViewState的原理，你可以按需使用。但是如果你很懶，而且很多外在因素（團(tuán)隊其它成員的理解程度）你沒無法控制的話，那就直接禁用頁面的ViewState好了。當(dāng)然前提是你必須知道如果去正確處理禁用ViewState后遺留下的問題，這些問題一般都是一些讓人難以捉摸的東西。如果你都是一一的解決了這些問題的話，那對ViewState的感情就更深了。呵呵。
可以這么說ViewState是頁面控件狀態(tài)的一個副本，比如一個DropDownList控件，它在ASP.NET頁面上要是以select HTML tag 來展現(xiàn)的，而這時在ViewState中還保存著它所有Item的副本。當(dāng)我們在postback的時候為什么能夠取到值呢？就是因為ViewState，它會在ProcessPostData(before Load)之前將這個副本還原成了DropDownList的Item了。然后在ProcessPostData方法中將表單提交的選擇項設(shè)置為 DropDownList的SelectedValue。以前這一過程我們無需參與。而當(dāng)ASP.NET禁用ViewState后，我們就要手動去維護(hù)DropDownList回發(fā)情況下的Item初始化，利用Request.Params(或Request.Form)取得SelectedValue值等等，而這些工作有可能就要在Page_Load事件之前做了。
【編輯推薦】
- 微軟發(fā)布ASP.NET MVC 2預(yù)覽版 多項功能更新
- ASP.NET服務(wù)器自定義控件安全準(zhǔn)則
- ASP.NET編程規(guī)范之編碼規(guī)范淺析
- 關(guān)于ASP.NET Session的一點(diǎn)認(rèn)識
- ASP.NET編程工具ASP.NET Web Matrix詳細(xì)介紹
本文題目：淺析ASP.NET禁用ViewState
標(biāo)題URL：http://www.5511xx.com/article/djidgdo.html
