簡介

在 ASP.NET Web 應用程序中，狀態管理對于維護頁面上的用戶輸入和應用程序狀態至關重要。ViewState 是 ASP.NET 框架內置的一項狀態管理技術，允許開發人員跨回發保存和恢復頁面控件狀態。它并不是唯一可用的狀態管理選項。其他技術，如服務器變量、隱藏字段和控件狀態，也用于管理 Web 應用程序狀態。本文將對 ASP.NET ViewState 與其他狀態管理技術進行詳細比較。我們將探討每種技術的優勢和劣勢，以幫助您確定適合您特定應用程序需求的最佳解決方案。

ViewState

ViewState 是一種服務器端狀態管理技術，可自動保存和恢復頁面控件狀態。它通過將控件狀態編碼為隱藏字段，并將其包含在頁面 HTML 中來實現。

優點：

自動狀態維護：ViewState 自動處理頁面控件狀態的保存和恢復，減輕了開發人員的負擔?？缁匕l持久性：ViewState 允許在頁面回發期間保留控件狀態，使開發人員能夠維護用戶輸入和其他應用程序數據。跨控件訪問：ViewState 中存儲的狀態可供頁面上的所有控件訪問，這對于協調控件之間的交互非常有用。

缺點：

性能開銷：ViewState 可能會導致較大頁面大小和較慢的頁面加載時間，因為它將控件狀態存儲在隱藏字段中。安全漏洞：ViewState 數據容易受到腳本攻擊，因為它在客戶端以純文本形式傳輸。復雜性：ViewState 的實現可能很復雜，難以調試和維護。

服務器變量

服務器變量是一種服務器端狀態管理技術，它使用服務器內部對象來存儲和檢索狀態信息。

優點：

高性能：服務器變量不需要額外的數據傳輸，因此不會影響頁面大小或加載時間。安全：服務器變量數據存儲在服務器上，因此不易受到腳本攻擊。

缺點：

控件狀態，提供了不同的功能和權衡取舍。通過了解每種技術的優點和缺點，您可以選擇最適合您特定需求的最佳狀態管理解決方案。通過精心地選擇和使用狀態管理技術，您可以開發響應迅速、安全、維護良好的 ASP.NET Web 應用程序。

---

asp.net三層架構與asp.net MVC各自的區別，各自應該應用在什么場合，在什么情況下用三層，什么情況下用MVC

你想知道它們用在什么場合，首先要了解它們的優點和缺點，三層架構：統的開發中，微軟的開發團隊為開發者設計了一個在可視化設計器中拖放控件，編寫代碼響應事件的快速開發環境。 然而，它所帶來的負面效應是：由于控件封裝了很多東西，開發者很難了解這背后的HTML是如何運作的容易得到一個包含大量ViewState的頁面，使得頁面尺寸遠遠超過所需的內容，使得頁面的打開速度較慢不容易被測試。 ：沒有數據回傳沒有在頁面中保存視圖狀態開發者可以完全掌控頁面的呈現過程易于單元測試易于測試驅動開發，可擴展、可替換！是一個基于MVC模式的開發框架,而三層架構是一種架構。 它們可以在概念上區別開來，也就是說它們各有各的好，不能把代替三層架構，反過來也不行！如果要做大型應用開發的話，我建議使用!

asp.net mvcASP.NET MVC特色與優點

MVC框架基于Model-View-Controller（MVC）設計模式，為Web應用開發提供了新的解決方案。 它將復雜的Web項目分解為三個主要部分：Model（數據模型）、View（用戶界面）和Controller（控制器），這有助于提高維護性和減少項目間的耦合，使開發更為靈活和模塊化。

MVC的優勢在于：

相比之下，WebForm的優點包括：

詳解ASP.NET的四種狀態

這些狀態的原理對于做 NET開發非常重要 現在詳細解說一下

視圖狀態 視圖狀態就在大家身邊不知道大家是否注意 ASP NET是基于服務其處理事件的 當服務器處理完事件時 再返回本窗體時 如果沒有視圖狀態 原來的數據將不會在有 這樣說也許會暈 舉個列子 比如有一個網站需要你注冊成為會員 當你填完信息 （一般來說頁面會轉向別的地方）這里為了說明問題 我們讓他返回原來的頁面繼續操作 如果沒有視圖狀態 則你以前填的數據都沒有了 如果有視圖狀態 則原來的數據還在 試圖狀態在一些時候很有用 比如說分級驗證時

那么 NET是用什么方法保持試圖狀態呢？這里微軟采用了一種特殊的方法 在瀏覽器打開網頁的源代碼 你會發現一段你在編輯網頁時 沒有添加的一個HTML控件

形式是這樣的

這是 NET自動給你添加的 它也是視圖狀態能夠實現的功臣 因為這個空間是隱藏的 所以不會破壞頁面的布局 空件中的value中的值就是就是各個空件以及控件中的數據（狀態） 這些數據是經過哈希函數加密過的 這是為了安全考慮 當網頁提交時 瀏覽器首先將當前網頁中的各種狀態（包括控件以及控件中的數據）保存到這個HTML字段中 當網頁再次返回瀏覽器時 在自動把這些狀態返回給網頁 這樣網頁也就恢復了狀態

再來講講視圖狀態需要注意的問題

視圖狀態只能在本網頁與服務器之間保持 不能在不同網頁之間連接時保持 默認情況下 幾乎所有的ASP NET控件都有保持視圖狀態的功能

視圖狀態有很多優點 但同樣（世上每件事都具有兩面性 一個好的技術也不列外）有些缺點 首先是安全 雖然數據是經過加密 但對于黑客中的骨灰級人物 還是很不安全的 再次 你可以想如果你的頁面包括幾百條記錄 頁面很復雜 這是必會影響網頁的加載速度

應用程序狀態（Application）: Application對象是應用程序的全局性對象 用于存放應用程序的全局共享資源 他的本質是HTTPApplicationState類的一個實例 當用戶第一次反問某虛目錄中的資源時 就被創建 也就是說網站第一次在互聯網上發布 這時有一個用戶剛好訪問你的虛擬目錄資源 那么Application對象就已經建立 在資源與應用程序之間建立了一個緩沖區

應用程序狀態只有在網站運行時存在 當應用程序推出或服務器關閉時（更慘一點服務器崩潰了） 應用程序狀態中保存的數據機會丟失和損壞 所以對于需要永久保留的資源還是在數據庫中持久化保存的好

介紹一些Application對象的一些操作方法

Application對象當然是采用最經典的 鍵 值 對的字典方法來定義 其中鍵為字符串代表Application對象的名稱 值可以是任何類型的數據 （例如HTML CSS SQL都可以） 舉個例子

Application[source]=special source;

string message =Application[ source ] ToString();

在Application中添加刪除保存的對象

Application Add( sourcespecial source );

Application remove( source );

來一個狠一點的操作 把Application中的對象全部請出去

Application Clear();

或Appication RemoveAll();

信息共享自然會引來一個問題 資源的同步競爭 這類問題解決當然要靠鎖了

Applicatin Lock()//加鎖鎖定資源 不讓其他進程訪問

functions(Application[ source ]);//一些操作Application對象的操作

Application UnLock();//解除鎖定

會話狀態(Session): Session對象用來保存單個用戶的狀態 在網站中 每個新訪問的用戶都將產生自己的會話（Session）對象 這個Session對象是在服務器端進行管理 只能為它所綁定的用戶服務 如果另一位用戶也訪問網站 他也經擁有自己的Sesiion對象 兩個用戶的Session對象即使同名 也不能共享同一個Session對象 各是各的

實際上Session對象是HttpSessionState類的實例 有很多屬性和方法 大家不妨去看看 這里不闡述了

就一些例子吧

Session[ source ]= special source ;string message =Session[ source ] ToString();

應用程序狀態在網站中總是可用的 這 NET Framework的內部機制 我們不去管 我們來看看Session對象 由于在Machine config配置文件中的Session設置是啟動的 因此不需要額外的步驟就能使用它 盡管如此我們還是要知道一些原理和本質 Machine config和應用程序的Web config中的設置決定了是啟動還是關閉Session對象 當然如果想要延遲到需要時 在啟用也可以 我們可以在頁面一級設置

//這條語句的作用是在這個頁面中不能使用會話狀態（Session）

Session對象有一個Timeout屬性可以設置Session對象的生命周期 它以分鐘為單位 默認是分鐘 如果再有效時間內沒有連接服務器 那么Session的所有設置都將失效 如果需要終止Session對象 可以用它的Abandon()方法

差點忘了 Session有一點很重要 補充一下

session中的關鍵字是不區分大小寫的 因此不要用大小寫來區分Session變量 也就是說Session[ source ]與Session[ SOURCE ]是一樣的 如果刪掉其中一個 會有意想不到的結果

Cookie狀態:Coolkie 狀態一是用來保存一個用戶資源的狀態 和Session不同的是它存儲在瀏覽器端 在Cookie中只能含有較少的信息 通常不超過個字節(有些較新的瀏覽器可以達到個i字節) 在ASP NET中 Session對象和Cookie對象現結合來識別用戶 每當用戶開始連接站點時 系統將自動在內存塊中創建一個和用戶有關的Session對象 同時創建一個Cookie對象來保存用戶ID并把它保存在瀏覽器端 與當前的用戶唯一的聯系起來 這樣當用戶下一次在訪問時 用戶被要求提交用戶的TD也就是CooKie Cookie和Session相對照以正確的還原原來的會話狀態 這就是無狀態協議Http條件下保持用戶狀態的方法

向瀏覽器寫入Cookie的方法是這樣的 舉個例子

HttpCookie cookie=new HttpCookie(userNameId);//創建一個Cookie對象并且賦值

cookie Value= userNameId //如果已經存在一Cookie 也可以這樣給它賦值

cookie Expires=DateTime Now+TimeSpan;//設定cookie的生命周期

這里的TimeSpan是TimeSpan類的一個實例 cookie的默認時間是分鐘

Response Cookies Add(cookie);//向瀏覽器中寫入Cookie

HttpCookie cookie =Request Cookies[ cookie ];//讀取Cookie

lishixinzhi/Article/program/net//

[爬蟲踩坑]ASP.NET網頁上的ViewState和EVENTVALIDATION(還有應對的翻頁順序)

最近在爬一個叫做雅學資訊網的網站的時候，在翻頁的時候發現翻不動，做翻頁請求時會報錯。 仔細查了以下發現跟ViewState和EVENTVALIDATION兩個東西有關。 (兩個值的具體用法我寫在最后，如果光為了解決爬蟲問題可能不需要對這兩個值有太深的理解，所以我先寫下爬蟲應該如何應對)

在頁面上我們可以找到這么一段div，其中value的值便是當前頁面的ViewState

下面這一段是EVENTVALIDATION的

簡單來說我們把這個頁面的html解析獲取這兩個值，然后在執行post請求時加到PostData屬性里就可以了。 但是 在翻頁的時候可能還會有一個坑，我們有時會需要子頁面中的內容。 這個時候子頁面爬取的順序就有點講究了。 正確順序在第三部分，不需要看我踩坑過程的直接看第三部分。

如果我們按照下圖這樣的順序，會發現我們在第一頁子頁c跳轉到第二頁的時候會失敗。

按照本身應該的一頁跳二頁，二頁跳三頁的順序爬取(先不管子頁面)，再爬每一頁時存儲好該頁的Html或者跳轉子頁面的信息，先把所有父頁面爬好，再根據本地的信息爬所有子頁面。

當請求某個頁面時，把所有控件的狀態序列化成一個字符串，然后做為窗體的隱藏屬性送到客戶端。 當客戶端把頁面回傳時，分析回傳的窗體屬性，并賦給控件對應的值。

“id”屬性為“__EVENTVALIDATION”的隱藏字段是 2.0的新增的安全措施。 該功能可以阻止由潛在的惡意用戶從瀏覽器端發送的未經授權的請求. 為了確保每個回發和回調事件來自于所期望的用戶界面元素，運行庫將在事件中添加額外的驗證層。 服務器端通過檢驗表單提交請求的內容，將其與“id”屬性為“__EVENTVALIDATION”隱藏字段中的信息進行匹配。 根據匹配結果來驗證未在瀏覽器端添加額外的輸入字段（有可能為用戶在瀏覽器端惡意添加的字段），并且該值是在服務器已知的列表中選擇的。 運行庫將在生成期間創建事件驗證字段，而這是最不可能獲取該信息的時刻。 像視圖狀態一樣，事件驗證字段包含散列值以防止發生瀏覽器端篡改。

asp.net很多控件的viewstate不知有什么用，感覺莫名其妙

文本框的內容不是保存在ViewState的，而是在表單里，禁用下看看就知道了...最沒用的viewstate一般是顯示消息的Label，因為每次的消息都不一樣，保存上次的毫無意義一般最需要ViewState的是數據綁定控件，一個回發就空了只要你的頁面沒有回發，就可以禁用ViewState，因為viewState本來就是為了保證頁面回發的時候有狀態的假象，再大多數情況下，為了減少服務器和客戶端交互的，能不用就不用。當然現在很多網站上頁面的操作使用ajax，那就更不需要ViewState了，如果一塊區域就不需要更新，又何必維持它的狀態呢

---

---

相關標簽： ViewState、 asp.net、 洞察其優劣勢、 ASP.NET、 與其他狀態管理技術的比較、

上一篇：ASPNETViewState的未來探索不斷發展的Web開

下一篇：優化ASPNETViewState性能加速網頁加載時間