程式師世界 >> 編程語言 >> .NET網頁編程 >> 關於.NET >> ASP.NET 頁面之間傳值的幾種方式，asp.net頁面

ASP.NET 頁面之間傳值的幾種方式，asp.net頁面

編輯：關於.NET

ASP.NET 頁面之間傳值的幾種方式，asp.net頁面

開篇概述

對於任何一個初學者來說，頁面之間傳值可謂是必經之路，卻又是他們的難點。其實，對大部分高手來說，未必不是難點。

回想2016年面試的將近300人中，有實習生，有應屆畢業生，有1-3年經驗的，有3-5年經驗的，有5-10年經驗的，對於所有的面試者，我幾乎問了同一道題:"請說說你所知道的頁面之間傳值的幾種形式和方法，

並闡述他們的原理和過程"，關於這道題，從大家的回答來看，結果並不是很理想，從種類上來說，大部分人回答5種左右，極少部分能回答8種，沒有超過8種的，但從深度上來說，很少有人能透徹的分析每種方法

的原理和過程，（當然，要想透徹的分析這些原理和過程，需要研究底層的東西，如page 生命周期和page原理，反射，IIS如何解析請求等，CLR，GC，反編譯等）。鑒於此，我今天花些時間來總結一下，方面

大家學習，共同進步！！

明：本次博客只從廣度上分析，不從深度上分析，若廣大讀者對深度上感興趣，並且有一定的需求，那麼，我專門寫一篇深度上分析的文章，與大家分享，共同學習，共同進步。

大致概括一下，ASP.NET 頁面之間傳遞值得方式大致可以分為如下幾種：Request.QueryString["name"],Request.Form("name"),Session,Cookie,Cache,Application,Server.Transfer,Database,

HttpContext的Item屬性，Files,DataBase等等。

詳解每種方法

一、Request.QueryString

核心代碼：

protected void getQueryString_Click(object sender, EventArgs e)
 {
      string QueStr = Request.QueryString["name"];
      Response.Write(QueStr);
 }

總結：

1、Request.QueryString:獲取http查詢字符串變量集合。有兩重載，即Request.QueryString[string name]和Request.QueryString[int index];

2、Request.QueryString主要是獲取url中的“？”之後的參數，如url:a.aspx?name="queryString"，則Request.QueryString["name"]的值為“queryString”。

二、Request.Form

protected void getQueryString_Click(object sender, EventArgs e) { string strQueForm = Request.Form["TextBox1"]; Response.Write(strQueForm); }

總結：

1、Request.Form 獲取窗體變量集合。有兩重載，即Request.Form[string name]和Requst.Form[int index]。

2、獲取表單指定名字的參數值。

三、Session

//創建Session public void createSession(string[] arrStr) { //創建數組 string[] str=new string[arrStr.Length]; for (int i = 0; i < arrStr.Length; i++) { str[i] = i.ToString(); Session[str[i]] = arrStr[i]; } }

b、獲取Session的值

string  getSessionValue=Session["name"].ToString()；

c、遍歷Session

//遍歷Session
        public void getSession()
        {
            IEnumerator sessionEnum = Session.Keys.GetEnumerator();
            while (sessionEnum.MoveNext())
            {
                Response.Write(Session[sessionEnum.Current.ToString()].ToString()+";");
            }
        }

d、清空Session，但不結束會話

//清空Session，但不結束會話
        public void clearSession()
        {
            Session.Clear();
        }

e、結束Session會話

//結束Session會話
        public void abandonSession()
        {
            Session.Abandon();
        }

2、Session數據存放形式和位置

<system.web>
  <sessionState mode="Off|InProc|StateServer|SQLServer"  cookieless="true|false"  timeout="number of minutes"
  stateConnectionString="tcpip=server:port"  sqlConnectionString="sql connection string"  stateNetworkTimeout="number of seconds"/>
</system.web>

注解：

mode:表示設置存儲Session形式和位置;

a、Off：禁用Session;

b、Inproc:In Process縮寫，表示將Session存儲在IIS進程內，但注意，該種方式雖然性能高，但IIS重啟是，丟失Session信息;（默認值）

c、SateServer：將Session存儲在ASP.NET狀態服務進程中（重新啟動Web運用程序時保留會話狀態，並使會話狀態可以用於網絡中的多個Web服務器）;

d、將Session存儲在SQL Server中

cookieless：設置客戶端存儲Session形式和位置

a、true:使用cookieless模式，這時客戶端的Session信息就不再使用Cookie存儲了，而是將其通過URL存儲;

b、false：使用kookie模式，默認值。

timeout 設置經過多少分鐘後服務器自動放棄Session信息。默認為20分鐘;

stateConnectionString 設置將Session信息存儲在狀態服務中時使用的服務器名稱和端口號，例如："tcpip=127.0.0.1:42424”。當mode的值是StateServer是，這個屬性是必需的。（默認端口42424）;

sqlConnectionString 設置與SQL Server連接時的連接字符串。例如"data source=localhost;Integrated Security=SSPI;Initial Catalog=joye"。當mode的值是SQLServer時，這個屬性是必需的;

stateNetworkTimeout 設置當使用StateServer模式存儲Session狀態時，經過多少秒空閒後，斷開Web服務器與存儲狀態信息的服務器的TCP/IP連接的。默認值是10秒鐘;

3、Session原理

為什麼引入Session？大家知道，因為http是一種無狀態協議，因此，Session正彌補了這一缺陷。當然，Session作用遠遠不止於這些，這裡就不多論述。

Session在ASP.NET中，表示客戶端（Goggle,Firefox,IE等）與服務器端的會話，用來存儲特定會話信息，准確來說，是用來存儲特定用戶信息。當客戶端向服務器發送一個請求時，如登陸用戶ID，服務器接收到該請求，服務器端Session產生一個與該登陸用戶相關的SessionID,並將SessioID返回給客戶端（Goggle,Firefox,IE等），在新會話開始時，服務器將SessionID當做cookie存儲在用戶的浏覽器中。

總結：

1、定義：System.Web.SessionState.HttpSessionState Page.Session //獲取ASP.NET提供的當前Session對象。

2、特性：

a、Session中文意思為“會話”，在ASP.NET中，表示客戶端和服務器之間的會話，web中常用會話之一。

b、Session存儲在服務器端內存中。

c、Session可以存儲任何類型的數據，包括自定義對象。

d、Session與Session間是相互獨立的，互不干擾。

e、Session與Cookie配對使用，Session在服務器端產生SessionID，並將該SessionID返回給客戶端（IE,FireFox,Google等），客戶端Cookie來存儲該SessionID，

整過會話過程中，只要保存SessionID的Cookie不丟失，則Session的信息就不會丟失。

f、Session保存的數據可以跨頁訪問，即跨頁面是全局的。

g、Session不能跨進程訪問，只能由該會話用戶訪問。

h、可以在不結束會話的條件下，清除Session信息，即調用Session.Clear();

i、當會話結束，過期，服務器就會清除Session對象。

j、Session常用於保存登錄用戶的ID.

四、Application

private void Button1_Click(object sender, System.EventArgs e) { 　　Application["name"] = Label1.Text; }

(2)b.aspx

private void Page_Load(object sender, EventArgs e) 
{ 
　　string name; 
　　Application.Lock(); 
　　name = Application["name"].ToString(); 
　　Application.UnLock(); 
}

總結：

1、Application對象的作用范圍是整個全局，也就是說對所有用戶都有效。它在整個應用程序生命周期中都是有效的，類似於使用全局變量一樣，所以可以在不同頁面中

對它進行存取。它和Session變量的區別在於，前者是所有的用戶共用的全局變量，後者是各個用戶獨有的全局變量。可能有人會問，既然所有用戶都可以使用application

變量，那他可以用在什麼場合呢？這裡舉個例子：網站訪問數。多個請求訪問時都可以對它進行操作。

2、優點：使用簡單，消耗較少的服務器資源;不僅能傳遞簡單數據，還能傳遞對象;數據量大小是不限制的。

3、缺點：作為全局變量容易被誤操作。所以單個用戶使用的變量一般不能用application。

4、在源頁面的代碼中創建你需要傳遞的名稱和值構造Application變量:Application["name"]="Value(Or Object)";在目的頁面的代碼使用Application變量取出傳遞的值。Result = Application["name"]。

5、常用lock和unlock方法用來鎖定和解鎖，為了防止並發修改。

五、Cache

//Class1 Cache["id"] = TextBox1.Text; Response.Redirect("~/WebForm1.aspx"); //Class2 if (Cache["id"]!=null) { Label1.Text = Cache["id"].ToString(); } //移除緩存 Cache.Remove("id"); //如果 Cache["id"]為空，則傳值失敗。可使用如下方法實 //限期為10分鐘 Cache.Insert("id",TextBox1.Text,null,Cache.NoAbsoluteExpiration,new TimeSpan(0,10,0));

總結：

1、應用程序中的緩存機制用於將需要大量服務器資源來創建的對象存儲在內存中，以此大大改進應用程序的性能。這個機制同樣可以用來傳值。

2、與其他方法不同的是，該方法需要設置緩存項優先級和緩存時間。因為當系統內存缺乏時，緩存機制會自動移除很少使用或優先級較低的項，從而造成傳值失敗。

3、該方法的優點是傳遞數據的大小和數量無限制，速度快。缺點是緩存機制的操作相對比較復雜。

六、Cookie

//Class1 HttpCookie httpCookie = new HttpCookie("testCookie","Page transfers by Cookie"); Response.Redirect("~/Class2.aspx"); //Class2 Label1.Text = Request.Cookies["testCookie"].Value;

總結：

1、Cookie用於在用戶浏覽器上存儲小塊的信息，保存用戶的相關信息，比如用戶訪問某網站時用戶的ID，用戶的偏好等，用戶下次訪問就可以通過檢索

獲得以前的信息。所以Cookie也可以在頁面間傳遞值。

2、Cookie通過HTTP頭在浏覽器和服務器之間來回傳遞的。Cookie只能包含字符串的值，如果想在Cookie存儲整數值，那麼需要先轉換為字符串的形式。

3、與Session一樣，其是什對每一個用戶而言的，但是有個本質的區別，即Cookie是存放在客戶端的，而session是存放在服務器端的。而且Cookie的使

用要配合ASP.NET內置對象Request來使用。

4、使用簡單，是保持用戶狀態的一種非常常用的方法。比如在購物網站中用戶跨多個頁面表單時可以用它來保持用戶狀態。

5、常常被人認為用來收集用戶隱私而遭到批評。

6、安全性不高，容易偽造。

七、Context.Items["id"]

//Class1 Context.Items["id"]=TextBox1.Text; Server.Transfer("~/Class2.aspx");
//Class2 Label1.Text=Context.Items["id"].ToString(); Context.Items.Remove("id"); //移除項

1、Context 對象包含與當前頁面相關的信息，提供對整個上下文的訪問，包括請求、響應、以及上文中的Session 和Application 等信息。

2、可以使用此對象在網頁之間共享信息，從而實現頁面間的傳值。

3、與使用 Form 的方法類似，該方法也能保持大量的數據，缺點也相同，但使用方法相對比較簡單。

八、ViewState

//Class1 ViewState["id"]=TextBox1.Text; //數據保存 Label1.Text=ViewState["id"].ToString(); //數據取出 ViewState.Remove("id"); //數據移除

總結：

1、ViewState 是ASP.NET 用來在同一頁面的多個請求之間保存和還原服務器控件視圖狀態的一種機制。與傳統的“同一頁面”不同，ASP.NET 中“同一頁面”的

每一個請求都會導致服務器重新生成該頁面，但是新生成的頁面並不包含原來頁面的數據。(頁面無狀態性)

2、ViewState 的任務就是保存原來頁面中服務器控件視圖狀態的數據供新頁面使用。從這個意義上講，ViewState 也可以看作是一種在頁面間傳遞數據的工具。

3、ViewState 的工作原理是：作為一個隱藏的窗體字段在客戶端和服務器之間傳遞，可見，濫用ViewState 會加重頁面回傳的負擔，從而降低應用程序的性能。

此外，ViewState 也能被控件、頁面和應用程序禁用。

九、web.config和machine.config

//Class1 using System.Web.Configuration; WebConfigurationManager.AppSettings.Set("userName",TextBox1.Text); Response.Redirect("~/Class2.aspx"); //Class2 using System.Web.Configuration; Label1.Text = WebConfigurationManager.AppSettings["userName"];

總結：

1、每個Web運用程序繼承web.config文件和machine.config文件的設置。

2、web.config和machine.config這兩種文件保存數據一般都很小，多為明文，特別適合保存一些字符串常量，如數據庫連接信息。此外，web.config文件是可以

擴展的，因此，也可以用來傳遞變量。由於這兩種文件會被自動緩存，所以不存在因磁盤IO產生的性能瓶頸等問題。要注意的是文件中某些設置會導致文件被修改後

Web運用程序的重啟。

3、web.config:你可以向單個Web運用程序運用設置。例如，你可能會希望設置特定的驗證方法、調試的類型、默認語言或自定義的錯誤頁面。但如果你要使用這些

設置，必須把web.config文件放到web運用程序的根虛擬目錄下。要想在Web運用程序中進一步配置自己的子目錄，需要在這些文件夾中放置附加的web.config。

（關於ASP.NET web.config文件詳細介紹，可參考我另外一篇博客：ASP.NET web.config)

4、machine.config：從c:\Windows\Microsoft.NET\Framework\Framework\[Version]\Config目錄中的一個叫macine.config的文件開始配置。machine.config

文件定義支持的配置文件節，配置ASP.NET工作者進程，注冊可用於高級特性（如配置文件、成員資格以及基於角色的安全等）提供程序。（關於ASP.NET machine.config

文件的詳細介紹，我之後會寫一篇文章來介紹）

十、Static

//class1 public static string userName;//在class1中定義靜態全局變量 userName=txtBoxUserName.Text; Response.Redirect("~/class2.aspx"); //class2 Label1.Text=Src.id;

總結：

1、這個應該是非常容易理解的，在ASP.NET中，每個頁面對應一個具體的類，既然如此，那麼頁面之間的傳遞，我們就可以歸結為：類與類之間數據的傳遞。想到這一步，問題應該

就迎刃而解了，因為我們可以利用類之間的公關靜態變量來解決這個問題。

2、若合理利用，可以有效地提高數據傳遞效率，但若濫用，可能會導致用戶或頁面間數據紊亂，存在一定風險和隱患，應謹慎使用。

提出以下問題：大家可以分析一下，以下代碼有什麼問題？

//Class1

 protected void btnRedirect_Click(object sender, EventArgs e)
        {
             
            string userName = txtBoxUserName.Text;
            Response.Redirect("~/Class2.aspx");
        }

//Class2

Lable1.Text=userName;

十一、補充常用頁面之間跳轉

注釋：比較簡單，我這裡就不論述了。

總結：

關於頁面之間傳值，還有很多方法，如文件傳值、數據庫傳值，ViewBag等等，在這裡就不一一論述了。若以後有時間，將會在此基礎上補充，並逐步完善該篇博文。

注釋：非常感謝大家的拜讀並指教，有些讀者朋友提出對文中某些內容不應該歸為頁面間的傳值，如web.config,數據庫等。關於這個

問題，我覺得對頁面間的傳值，每個人都有自己的標准，標准不一樣，結果應該就不一樣。

申明一下，本篇博文中，關於頁面間傳值，我是這樣定義的，“頁面間的傳值”指在頁面間確實能夠傳遞參數，傳遞數據的，而並非是某

些教課書上的教條八股文，把頁面間傳值定義死了，我這種定義是基於實際問題，實際能解決頁面間傳值的，即只要能解決頁面間傳值

的，就可以歸結為頁面間傳值這一類。