Application
1. Application用來儲存所有使用者共用的資訊
2. 在Asp時代,如果要儲存的資料在應用程式生存期內不會或者很少發生改變,那麼使用Application是理想的選擇。但是在Asp.net開發環境中我們把類似的配置資料放在Web.config中。
3. 如果要使用Application 要注意的是所有的寫操作都要在Application_OnStart事件中完成(global.Asax),儘管可以使用Application.Lock()避免了衝突,但是它序列化了對Application的請求,會產生嚴重的效能瓶頸。
4. 不要使用Application儲存大資料量資訊
5. 代碼:Application[“UserID”]=”test”;
String UserName=Application[“UserID”].ToString();
Session
1. Session用來儲存每一個使用者的專有資訊
2. Session的生存期是使用者持續請求時間加上一段時間(一般是20分鐘左右)
3. Session資訊是儲存在Web伺服器記憶體中的,儲存資料量可大可小
4. Session逾時或者被關閉將自動釋放資料資訊
5. 由於使用者停止使用應用程式之後它仍在記憶體中存留一段時間,因此這種方法效率較低
6. 代碼:Session[“UserID”]=”test”;
String UserName=Session[“UserID”].ToString();
Cookie
1. Cookie用來儲存客戶瀏覽器請求伺服器頁面的請求資訊
2. 我們可以存放非敏感的使用者資訊,儲存時間可以根據需要設定
3. 如果沒有設定Cookie失效日期,它的生命週期儲存到關閉瀏覽器為止
4. Cookie對象的Expires屬性設定為MinValue表示永不到期
5. Cookie儲存的資料量受限制,大多數的瀏覽器為4K因此不要存放大資料
6. 由於並非所有的瀏覽器都支援Cookie,資料將以明文的形式儲存在用戶端
7. 代碼:Resopnse.Cookies[“UserID”]=”test”;
String UserName= Resopnse.Cookies [“UserID”].ToString();
ViewState
1. ViewState用來儲存使用者的狀態資訊,有效期間等於頁面的生命週期
2. 可以儲存大量資料但是要慎用,因為會影響程式效能
3. 所有的Web伺服器控制項都是用ViewState在頁面PostBack期間儲存狀態
4. 不需要則關閉 @page 裡面設定EnableViewState=false
5. 代碼:ViewState[‘”ID”]=”yiner”;
String ID =ViewState[“ID”].ToString();
Cache
1. Cache用於在Http請求期間儲存頁面或者資料
2. Cache的使用可以大大的提高整個應用程式的效率
3. 它允許將頻繁訪問的伺服器資源儲存在記憶體中,當使用者發出相同的請求後
伺服器不是再次處理而是將Cache中儲存的資料直接返回給使用者
4. 可以看出Cache節省的是時間—伺服器處理時間
5. Cache執行個體是每一個應用程式專有的,其生命週期==該應用程式周期
應用程式重啟將重新建立其執行個體
6. 注意:如果要使用緩衝的清理、到期管理、依賴項等功能必須使用Insert 或者Add方法方法添加資訊
7. 代碼:Cache[‘”ID”]=”yiner”;或者Cache.Insert(“ID”,”test”);
String ID =Cache[“ID”].ToString();
Hidden
1. Hidden控制項屬於Html類型的伺服器控制項,始終處於隱藏狀態
2. 每一次提交的時候它會和其他伺服器控制項一起提交到伺服器端
3. 代碼如下:Hidden.Value=”king”;
string id=Hidden.Value; 要使用Runat=server
ASP.NET Application,Session,Cookie和ViewState等對象用法和區別
在ASP.NET中,有很多種儲存資訊的內建對象,如:Application,Session,Cookie,ViewState和Cache等。下面分別介紹它們的用法和區別。
方法 |
資訊量大小 |
範圍和儲存時間 |
應用範圍 |
儲存位置 |
Application |
任意大小 |
整個應用程式的生命期 |
整個應用程式/所有使用者 |
伺服器端 |
Cache |
任意大小 |
可以根據需要設定 |
整個應用程式/所有使用者 |
伺服器端 |
Session |
小量,簡單的資料 |
使用者啟用時間+一段延遲時間(一般為20分鐘) |
單個使用者 |
伺服器端 |
Cookie |
小量,簡單的資料 |
可以根據需要設定 |
單個使用者 |
用戶端 |
Viewstate |
小量,簡單的資料 |
一個Web頁面的生命期 |
單個使用者 |
用戶端 |
隱藏欄位 |
小量,簡單的資料 |
一個Web頁面的生命期 |
單個使用者 |
用戶端 |
查詢字串 |
小量,簡單的資料 |
直到下次頁面跳轉請求 |
單個使用者 |
用戶端 |
1.Application對象
Application用於儲存所有使用者的公用的資料資訊,如果使用Application對象,一個需要考慮的問題是任何寫操作都要在Application_OnStart事件(global.asax)中完成.儘管使用Application.Lock和Applicaiton.Unlock方法來避免寫操作的同步,但是它序列化了對Application對象的請求,當網站訪問量大的時候會產生嚴重的效能瓶頸.因此最好不要用此對象儲存大的資料集合. 下面我們做個線上使用者統計的例子來說明這個問題:
(以檔案的形式存放網站總訪問量)
Global.asax類
using System;
using System.Collections;
using System.ComponentModel;
using System.Web;
using System.Web.SessionState;
using System.IO;
/// Global 的摘要說明。
public
class Global : System.Web.HttpApplication
{
///
必需的設計器變數。
private System.ComponentModel.IContainer components = null;
private FileStream fileStream;
private StreamReader reader;//讀字元流
private StreamWriter writer;//寫字元流
public Global()
{
InitializeComponent();
}
protected
void Application_Start(Object sender, EventArgs e)
{
Application["CurrentGuests"]=0;//初始花為0;
fileStream = File.Open(Server.MapPath("counts.text"),FileMode.OpenOrCreate);//檔案不存在,建立檔案
reader = new StreamReader(fileStream);//要讀取的完整路徑
Application["AllGuests"] = Convert.ToInt32(reader.ReadLine()); //從當前流中讀取一行字元並將資料作為字串返回
reader.Close();//關閉流
}
protected
void Session_Start(Object sender, EventArgs e)//當使用者訪問網站時,線上使用者+1,總訪問數+1
{
Application.Lock();//同步,避免同時寫入
Application["CurrentGuests"] =(int)Application["CurrentGuests"]+ 1;//總線上使用者數
Application["AllGuests"] =(int)Application["AllGuests"]+ 1;//訪問網站的總使用者數
fileStream = new FileStream(Server.MapPath("counts.text"),FileMode.OpenOrCreate,FileAccess.ReadWrite);//
writer = new StreamWriter(fileStream);//實現一個寫入流,使其以一種特定的編碼向流中寫入字元
writer.WriteLine(Application["AllGuests"].ToString());//把訪問網站的總使用者數再次寫入到檔案
writer.Close();//關閉寫入流
Application.UnLock();//同步結束
}
protected
void Session_End(Object sender, EventArgs e)//目前使用者退出網站時,線上使用者數量-1,
{
Application.Lock();
Application["CurrentGuests"] =(int)Application["CurrentGuests"] - 1;//總線上使用者數量-1
Application.UnLock();
}
(2) WebForm1.aspx
private
void Page_Load(object sender, System.EventArgs e)
{
this.Label1.Text = "正在訪問網站的使用者數:" + Application["CurrentGuests"].ToString();
this.Label2.Text ="訪問過網站的總使用者數:" + Application["AllGuests"].ToString();
}
2.Session對象
Session用於儲存每個使用者的專用資訊.每個用戶端使用者訪問時,伺服器都為每個使用者指派一個唯一的會話ID(Session ID) . 她的生存期是使用者持續請求時間再加上一段時間(一般是20分鐘左右).Session中的資訊儲存在Web伺服器內容中,儲存的資料量可大可小.當Session逾時或被關閉時將自動釋放儲存的資料資訊.由於使用者停止使用應用程式後它仍然在記憶體中保持一段時間,因此使用Session對象使儲存使用者資料的方法效率很低.對於小量的資料,使用Session對象儲存還是一個不錯的選擇.使用Session對象儲存資訊的代碼如下:
//存放資訊
Session["key"]="value"
//讀取資料
string UserName=Session["key"].ToString();
3.Cookie對象
Cookie用於儲存客戶瀏覽器請求伺服器頁面的請求資訊,程式員也可以用它存放非敏感性的使用者資訊,資訊儲存的時間可以根據需要設定.如果沒有設定Cookie失效日期,它們僅儲存到關閉瀏覽器程式為止.如果將Cookie對象的Expires屬性設定為Minvalue,則表示Cookie永遠不會到期.Cookie儲存的資料量很受限制,大多數瀏覽器支援最大容量為4K,因此不要用來儲存資料集及其他大量資料.由於並非所有的瀏覽器都支援Cookie,並且資料資訊是以明文文本的形式儲存在用戶端的電腦中,因此最好不要儲存敏感的,未加密的資料,否則會影響網站的安全性.使用Cookie對象儲存的代碼如下:
//存放資訊
Response.Cookies["key"].Value="value";
//讀取資訊
string UserID=Response.Cookies["key"].Value;
4.ViewState對象
ViewState 常用於儲存單個使用者的狀態資訊,有效期間等於頁面的生存期。跟隱藏控制項相似。viewstate是在本頁面之內各函數間進行傳值的 , 至於為什麼要使用這種方法是因為在一個事件發生之後 , 頁面可能會重新整理 , 如果定義全域變數會被清零 , 所以要使用 viewstate. ViewState容器可以保持大量的資料,但是必須謹慎使用,因為過多使用會影響應用程式的效能。所有Web伺服器控制項都使用ViewState在頁面回傳期音儲存自己的狀態資訊。如果某個控制項不需要在回傳期間儲存狀態資訊,最好關閉該對象的ViewState,避免不必要的資源浪費。通過給@Page指令添加“EnableViewState=false”屬性可以禁止整個頁面的ViewState。使用ViewState對象儲存資訊的代碼如下。
//存放資訊
ViewState["key"]="value";
//讀取資訊
string NameID=ViewState["nameID"].ToString();
5.Cache對象
Cache對象用於在HTTP請求間儲存頁面或資料。該對象的使用可以極大地提高整個應用程式的效率。常用於將頻繁訪問的大量伺服器資源儲存在記憶體中,當使用者發出相同的請求後伺服器不再次處理而是將Cache中儲存的資訊返回給使用者,節省了伺服器處理請求的時間。其生存期依賴於該應用程式的生存期。當重新啟動應用程式時,將重新建立其Cache對象的執行個體。使用Cache對象儲存資訊的代碼如下。
//存放資訊
Cache["nameID"]="0001";
//存放資訊
Cache.Insert("nameID","0001"1);
//讀取資訊
string NameID=Cache["nameID"].ToString();
6.隱藏欄位
Hidden控制項是屬於HTML類型的伺服器控制項,使用此控制項可以實現隱藏欄位的功能。其實此控制項和其它伺服器控制項的使用沒有太大區別,只是它不會在使用者端的瀏覽器中顯示,始終處於隱藏狀態。但是每次頁面提交的時候,此控制項和其它伺服器控制項一同提交到伺服器端,因此在伺服器端可以使用Value屬性擷取或儲存一些資料資訊。使用Hidden控制項儲存資訊的代碼如下。
//存放資訊
Hidden.Value="0001";
//擷取資訊
string NameID=Hidden.Value;
7.查詢字串
查詢字串的方式是將要傳遞的值串連在URL後面,然後通過Response.Redirect方法實現用戶端的重新導向。這種方式可以實現在兩個頁面之間傳遞資訊。由於URL的長度有一定的限制,因此不能傳遞太大的資訊,加外安全性也不是很好。
傳遞資訊如下。
問號後面格式 key1=value1&key2=value2
Response.Redirect("List.aspx?nameID=0001&gradeID=002");
//執行上面的語句後在IE地址欄顯示的URL的代碼如下。
http://localhost/List.aspx?nameID=0001&grade=002
//當跳轉到List.aspx後,可以通過以下代碼獲得所傳遞的資訊。
string NameID.GradeID;
NameID=Request.Params["nameID"];
GradeID=Request.Params["gradeID