本文我們將討論的是ASP.NET頁間資料傳遞的幾種方法，對此希望能幫助大家正確的理解ASP.NET頁間資料傳遞的用處以及便利性。
0、引言
Web頁面是無狀態的， 伺服器對每個請求都認為來自不同用戶，因此，變數的狀態在連續對同一頁面的多次請求之間或在頁面跳轉時不會被保留。在以ASP.NET 設計開發Web系統時， 遇到一個重要的問題是如何確保資料在頁間進行正確、安全和高效地傳送，Asp.net 提供了狀態管理等多種技術來解決保存和傳遞數據問題，以下來探討.NET 下的解決此問題的各種方法和各自的適用場合。
1、ASP.NET頁間資料傳遞的各種方法與分析
1.1 使用Querystring 方法
QueryString 也叫查詢字串， 這種方法將要傳遞的資料附加在網頁位址(URL)後面進行傳遞。如頁面A.aspx 跳到頁面B.aspx，可以用Request.Redirect("B.aspx?參數名稱=參數值")方法，也可以用超連結：，頁面跳轉後，在目標頁面中可用Ruquest["參數名稱"]來接收參數。使用QuerySting 方法的優點是實現簡單， 不使用伺服器資源；缺點是傳遞的值會顯示在瀏覽器的地址欄上，有被篡改的風險，不能傳遞對象，只有在通過URL 請求頁時查詢字符串才是可行的。
1.2 利用隱藏域
隱藏域不會顯示在使用者的瀏覽器中， 一般是在頁面中加入一個隱藏控件， 與伺服器進行交互時把值賦給隱藏控件並提交給下一頁。隱藏網域可以是任何儲存在網頁中的與網頁相關的資訊的儲存庫。使用隱藏域存入數值時用：hidden 控制項.value=數值，取出接收數值時使用：變數=hidden 控制項.value。使用隱藏域的優點是實現簡單， 隱藏域是標準的HTML 控件，不需要複雜的程式邏輯。隱藏網域在頁面上儲存和讀取，不需要任何伺服器資源，幾乎所有瀏覽器和用戶端裝置都支援具有隱藏網域的窗體。缺點是儲存結構少，僅支援簡單的資料結構，儲存量少，因為它被儲存在頁面本身，所以無法儲存較大的值，而且大的資料量會受到防火牆和代理的阻止。
1.3 ViewState
ViewState 是由ASP.NET 頁面框架管理的一個隱藏的表單欄位。當ASP.NET 執行某個頁面時，該頁面上的ViewState 值和所有控制項將被收集並格式化成一個編碼字串， 然後被指派給隱藏窗體欄位的值屬性。使用ViewState 傳遞資料時可用：ViewState [" 變數名稱"]=數值，在取出資料時使用：變數=ViewState["變數名稱"]。使用ViewState 的優點是：在對同一頁的多個請求間自動保留值，不用伺服器端資源，實作簡單，視圖狀態中的值經過雜湊計算和壓縮，並且針對Unicode 實作進行編碼，其安全性要高於使用隱藏域；缺點是因為ViewState 儲存在頁面本身，因此如果儲存較大的值，使用者顯示頁面和發送頁面時的速度可能會減慢。雖然視圖狀態以哈希格式儲存數據，但它仍可以被篡改。
1.4 使用Cookie
Cookie 可以在頁面之間傳遞少量訊息， 可以儲存在客戶端的文字檔案中，也可儲存在客戶端的記憶體中。 Cookie 方法適用於儲存少量頁面中經常改動的信息， 如為登陸過的網站保存登陸用戶名，為用戶輸入提供方便，還有在一些用戶自訂項目上保存用戶的個人化設定。使用Cookie傳遞資料時可用：Response.Cookies["鍵名"]=鍵值；取出資料用：變數名稱=Request.Cookies["鍵名"]。使用Cookie 優點是：Cookie 儲存在客戶端， 不使用伺服器資源，實作簡單，可設定到期時間。缺點是：可以儲存的資料量比較少，由於Cookie 並不被所有的瀏覽器支持，而且還可能被使用者禁止或刪除，所以不能用於保存關鍵資料。另外，Cookie 保存的形式是簡單的明文文本，在它裡面不宜保存敏感的、未加密的資料。
1.5 使用Application 變數
使用Application 變數也可以實作頁間的傳值，Application變數是全域性的，所有使用者共用一個Application 變量，一旦定義，它就會影響到程式的所有部分。如果想在整個應用程式範圍使用某個變數值Application 物件將是最佳的選擇。存入資料時， 將值加到Application 變數：Application["變數名稱"]=數值；取出資料用：變數=Application["變數名稱"]；不需要使用該Application 時，要明確清除它：Application["量名"]=null。
Application 優點：易於使用，全域範圍。可供應用程式中的所有頁面來存取。缺點：若保存資料的伺服器端進程被損壞（如因伺服器崩潰、升級或關閉而損壞），那麼資料就會遺失，所以利用Application 一定要有保底的策略；佔用伺服器端的內存，這可能會影響伺服器的性能以及應用程式的可擴展性。
1.6 使用Session 變數
Session 物件可以用來儲存需要維護的指定對話的訊息，不同的客戶端產生不同的Session 物件。 Session 用於儲存特定於單獨會話的短期資訊。 Session 的使用方法和格式與Application 相同。
優點：易於實現，並提供較高的安全性和持久性，可以應對IIS 重啟和輔助進程重啟，可在多進程中使用。缺點是耗用伺服器端的記憶體。所以不要儲存大量的資訊。 Session 最常見的用途是與Cookie 一起向Web 應用程式提供使用者識別功能，Session也可用於不支援Cookie 的瀏覽器。但是，使用無Cookie 的Session 需要將會話識別碼放置在查詢字串中，同樣會遇到本文在查詢字串一節中陳述的安全性問題。
1.7 使用類別的靜態屬性
這種方法是利用類別的靜態屬性實作兩個頁間的值傳。定義一個包含靜態屬性的類別；將要傳送的值賦給靜態屬性；目標頁面中可以透過靜態屬性來獲得來源頁面中要傳的值。
優點是可以方便傳送多個數據，缺點是需要額外編程，增加程式設計的工作量，佔用伺服器記憶體。
1.8 使用Server.Transfer
透過Server.Transfer 方法把執行流程從目前的ASPX 檔案轉到同一伺服器上的另一個ASPX 頁面的同時,可保留表單資料或查詢字串，做法是把該方法的第二個參數設定成True，在第一個頁面用Server.Transfer("目標頁名.aspx"，true)；目標頁面取出資料用：Ruquest.Form["控制項名稱"]或Ruquest.QueryString["控制項名稱"]。 Asp.net2.0 中還可以這樣來用,程式碼如下：
PreviousPage pg1；
pg1=(PreviousPage）Context.Handler；
Response.Write(pg1.Name)；
說明： 此段程式碼用在目標頁面中取出傳遞的值，Previous- Page 是原頁面的類別名，Name 是在原始頁面定義的屬性， 需要傳遞的資料存入此屬性。
使用這種方法， 需要寫一些程式碼以創建一些屬性以便可以在另一個頁面訪問它， 可以在另一個頁面以對象屬性的方式來訪問數值，這個方法在頁間值傳遞中是特別有用的，這種方法不但簡潔，同時又是物件導向的。
1.9 Cache
Cache 具有強大的資料操作功能， 以鍵值對集合的形式儲存數據，可以透過指定關鍵字來插入和檢索資料項目。它的基於依賴性的終止功能， 使它能夠精確控制如何並及時更新和消除快取中的資料。它可以內部進行鎖定管理，不需要像Application 物件那樣使用Lock()和Unlock()方法進行序列化管理。缺點是使用方法較複雜，使用不當反而降低性能.
2、不同頁面跳躍情況下可採用的傳值方法
2.1 情況一：來源頁面可以跳到目標頁面，來源頁面傳遞資料給目標頁面
使用查詢字串， 將少量資訊從一頁傳輸到另一頁以及不存在安全性問題時，是一個簡單常用的方法；使用Server.Transfer方法，可傳遞表單資料或查詢字串到另一個頁面，也可以儲存初始頁的HttpContext， 當目標頁和來源頁面在同一個伺服器時，可以使用此方法。
2.2 情況二：頁面傳遞數值給自身頁面
即在同一頁的多個請求間保留值， ViewState 屬性可提供具有基本安全性的功能。也可用隱藏域，儲存少量回發到自身或另一頁的頁資訊時使用，不考慮安全性問題時使用。
2.3 情況三：來源頁面傳遞數值給目標頁面，而來源頁面不能直接連接到目標頁面。
有多個方法，具體用哪個要看具體情況。
Application： 儲存由多個使用者使用且更改不頻繁的全域訊息，此時安全性不成為問題。不要儲存大量的資訊。 Session：儲存特定於單獨會話的短期訊息，並且需要較高的安全性。不要在會話狀態中儲存大量的資訊。需要注意，將為應用程式中每一會話的生存期建立並維護會話狀態物件。在支援許多用戶的應用程式中， 這可能會佔用大量伺服器資源並影響可縮放性。
Cookie： 當您需要在客戶端儲存少量資訊以及不存在安全性問題時使用。類別的靜態屬性，方便傳送多個資料。
Cache ：物件用於單一使用者、一組使用者或所有的使用者。可以為多個請求長時間、高效率的保存資料。上述幾個方法， 不只用於情況三， 前面兩種情況都可以使用，只是沒有必要時盡量少用，否則會造成資源浪費或增加程序的複雜性。