1、瀏覽器與服務(wù)器的交互是通過Socket

2、瀏覽器與服務(wù)器交互的語法是：Http協(xié)議

3、瀏覽器于服務(wù)器交互的目的：獲取服務(wù)器資源（html、圖片、js、css）

4、服務(wù)器的功能：滿足瀏覽器的需求，一旦是動態(tài)請求時，服務(wù)器創(chuàng)建頁面類對象，并執(zhí)行里面的方法，

最后生成html頁面，返回。

5、WebForm開發(fā)只不過是進(jìn)一步對ashx（一般處理程序的繼承）

6、頁面對象包含一個要輸出到瀏覽器的《textWrite中》數(shù)據(jù)緩存區(qū)。在處理程序處理的數(shù)據(jù)放到了緩存中，在緩存區(qū)中處理http報文等，然后再一次性的輸出《包括生成的html代碼》。

7、開發(fā)中的js編程的效率的提高：盡量少的去遍歷節(jié)點(diǎn)樹。可以用臨時變量來保存對象的引用。

Request中其他成員：

Request.UrlReferrer 上一次的地址----->防盜鏈

Request.UserHostAddress-------->獲得訪問者的IP地址

Request.Cookies--------->context.Request.Cookies["mysessionid"] ? ------------>Response.Cookies<寫回>

Request.MapPath(virtulPath)將虛擬路徑轉(zhuǎn)換為磁盤上的物理路徑------------>挺重要

?響應(yīng)的緩沖輸出：為了提高服務(wù)器的性能，ASP.Net向瀏覽器Write的時候默認(rèn)并不會每Write一次都會立即輸出到瀏覽器，而是會緩存數(shù)據(jù)，到合適的時機(jī)或者響應(yīng)結(jié)束才會將緩沖區(qū)中的數(shù)據(jù)一起發(fā)送到瀏覽器。 Response.Flush()是直接輸出 ?Response對象的主要成員： –1、Response.Buffer、Response.BufferOutput：經(jīng)過Reflector反編譯，發(fā)現(xiàn)兩個屬性是一樣的，Buffer內(nèi)部就是調(diào)用的BufferOutput。這個屬性用來控制是否采用響應(yīng)緩存，默認(rèn)是true。 –2、Response.Flush()將緩沖區(qū)中的數(shù)據(jù)發(fā)送給瀏覽器。這在需要將Write出來的內(nèi)容立即輸出到瀏覽器的場合非常適用。案例：大批量數(shù)據(jù)的導(dǎo)入，顯示正在導(dǎo)入第*條數(shù)據(jù)，用Thread.Sleep模擬耗時。 –3、Response.Clear()清空緩存區(qū)中的數(shù)據(jù)，這樣在緩存區(qū)中的沒有發(fā)送到瀏覽器端的數(shù)據(jù)被清空，不會被發(fā)送到瀏覽器。 –4、Response.ContentEncoding輸出流的編碼。 –5、Response.ContentType 輸出流的內(nèi)容類型，比如是html（text/html）還是普通文本（text/plain）還是JPEG圖片（image/JPEG）。

6、Response.Cookies 返回給瀏覽器的Cookie的集合，可以通過它設(shè)置Cookie

7、Response.OutputStream 輸出流，在輸出圖片、Excel文件等非文本內(nèi)容的時候要使用它

8、Response.End()? 終止響應(yīng)，將之前緩存中的數(shù)據(jù)發(fā)給瀏覽器，End()之后的代碼不會被繼續(xù)執(zhí)行。在終止一些非法請求的時候，比如盜鏈等可以用End()立即終止請求。

9、Response.Redirect(url) 重定向瀏覽器到新的網(wǎng)址。即可以重定向到站外網(wǎng)址也可以重定向到站內(nèi)網(wǎng)址。Response.Redirect("http://www.rupeng.com")、Response.Redirect("a.htm")。Redirect是向瀏覽器發(fā)回302重定向，是通知瀏覽器“請重新訪問url這個網(wǎng)址”，這個過程經(jīng)歷了服務(wù)器通知瀏覽器“請重新訪問url這個網(wǎng)址”和瀏覽器接到命令訪問新網(wǎng)址的過程。使用HttpWatch查看整個響應(yīng)過程的Http報文。用Redirect因為是瀏覽器自己去重新訪問新網(wǎng)址的，所以在地址欄中是可以看到網(wǎng)址的變化的。后面會用來防止刷新瀏覽器時提示“重試”。

10、Response.SetCookie(HttpCookie cookie)，向輸出流中更新寫到瀏覽器中的Cookie，如果Cookie存在就更新不存在就增加。是對Response.Cookies的簡化調(diào)用。

11、Response.Write()向瀏覽器輸出內(nèi)容。

12、(*)Response.WriteFile(filename)向瀏覽器輸出文件。比如Response.WriteFile("c:/boot.ini")

--------------在服務(wù)器端控件中，添加了事件要加AutoPostBack=“true” 屬性如textarea

?

-------------------------------------------------------------------------------運(yùn)行過程總結(jié)------------------------------------------------------------------

1、asp.net頁的生命周期——《引用其他人博客》

一．什么是Asp.Net頁面生命周期

當(dāng)我們在瀏覽器地址欄中輸入網(wǎng)址，回車查看頁面時，這時會向服務(wù)器端（IIS）發(fā)送一個request請求，服務(wù)器就會判斷發(fā)送過來的請求頁面，? 完全識別 HTTP 頁面處理程序類后，ASP.NET 運(yùn)行時將調(diào)用處理程序的 ProcessRequest 方法來處理請求，來創(chuàng)建頁面對象。通常情況下，無需更改此方法的實現(xiàn)，因為它是由 Page 類提供的。接下來被創(chuàng)建頁面對象的ProcessRequest方法使頁面經(jīng)歷了各個階段：初始化、加載視圖狀態(tài)信息和回發(fā)數(shù)據(jù)、加載頁面的用戶代碼以及執(zhí)行回發(fā)服務(wù)器端事件。之后，頁面進(jìn)入顯示模式：收集更新的視圖狀態(tài)，生成 HTML 代碼并隨后將代碼發(fā)送到輸出控制臺。最后，卸載頁面，并認(rèn)為請求處理完畢。其中頁面對象ProcessRequest方法 完成的這一系列事件的處理過程就是Asp.Net頁面生命周期。

?

二．了解Asp.Net頁面生命周期的好處

了解個掌握ASP.NET頁面生命周期是非常必要的，這有助于我們更加靈活的控制頁面，以我們需要的方式編程開發(fā)。ASP.NET頁運(yùn)行時，此頁會經(jīng)歷一個又一個的事件鏈，每個事件鏈中執(zhí)行不同的行為，這所有的行為共同組成我們所需要的頁面。了解了生命周期也更有助于我們對程序調(diào)試中發(fā)生問題的地方的定位。

三．詳解Asp.Net頁面生命周期

?

（一）先看看在開始一個頁面生命周期之前，請求的頁面經(jīng)歷了那些過程。如圖所示：

?

通信處理過程:

當(dāng)服務(wù)器運(yùn)行正常的情況下,客戶端（瀏覽器）
向服務(wù)器端發(fā)送請求時,服務(wù)器端負(fù)責(zé)監(jiān)聽的套接字(socket)，監(jiān)聽到有連接請求后，會為該客戶端建立一個用于通信的套接字與客戶端進(jìn)行通信。當(dāng)用戶在瀏覽器向服務(wù)器發(fā)送請求時,瀏覽器會按照雙方都約定好的網(wǎng)絡(luò)傳輸層http協(xié)議，將請求轉(zhuǎn)換成符合Http協(xié)議的請求報文。然后通過設(shè)備按照TCP協(xié)議發(fā)送到服務(wù)器。在服務(wù)器端接收到請求報文后。會按照Http協(xié)議對報文進(jìn)行解析。若請求的內(nèi)容為靜態(tài)的數(shù)據(jù)，服務(wù)器端直接將被請求的數(shù)據(jù)，按照Http協(xié)議生成響應(yīng)報文后返回給瀏覽器。瀏覽器然后解析收到的報文。將頁面顯示到瀏覽器窗口。（注：最開始僅是顯示一個html 框架。經(jīng)過多次請求。將CSS樣式，圖片………逐一的加載進(jìn)來形成一個完整的頁面。這個過程，有多次的交互通信。當(dāng)通信結(jié)束后會把用來通信的套接字銷毀，因為http協(xié)議是一種無狀態(tài)的通信。這樣減輕了服務(wù)器的壓力）

當(dāng)瀏覽器向客戶端發(fā)送的請求為動態(tài)的。那么服務(wù)器（IIS）發(fā)現(xiàn)處理不了這種后綴名的文件時,會通過映射表到。響應(yīng)實現(xiàn)了接口的可擴(kuò)展程序asp.net_isapi.dll,?然后asp.net_isapi.dll,又將請求轉(zhuǎn)交給網(wǎng)站程序處理.網(wǎng)站程序調(diào)用

httpRuntime類的processRequest方法來處理：

1．???????? 此類會分析接收到的請求報文.將請求報文封裝到名稱為httpWorkerRequest的類的屬性中(便于其它地方以用).

2．???????? 創(chuàng)建HttpContext對象.這個對象是當(dāng)前所請求報文的上下文環(huán)境.它包含了所有的請求數(shù)據(jù).其中有兩個最重要類的對象:http.Request和http.Response.? 在httpRequest對象中又包含了兩個屬性.Form(通過表單請求的數(shù)據(jù)參數(shù)).Querystring(通過URL傳遞的數(shù)據(jù)參數(shù)); 通過索引器,可以找到參數(shù)的值. 在httpResponse 對象中有一個TextWriter對象.在它里面保存的是被請求的頁面在執(zhí)行過程中要向瀏覽器輸出的數(shù)據(jù).可以通過write 方法對其進(jìn)行輸出給瀏覽器。

3．???????? 通過HttpApplicationFactory類的的一個靜態(tài)方法。來為每個請求創(chuàng)建一個單獨(dú)的httpApplication對象。在創(chuàng)建之前HttpApplicationFactor會到HttpApplication池中查看，有沒有空閑的。若有直接用。沒有的時候才創(chuàng)建新的HttpApplication。

4．???????? 在httpApplication里運(yùn)行己轉(zhuǎn)換成接口IhttpHandler 的通過反射被請求頁面對象的ProcessRequest 方法.

方法執(zhí)行過程如下：先執(zhí)行httpApplication中的processRequest方法。在此方法中包含了要按照先后順序執(zhí)行的１９個委托事件　當(dāng)在執(zhí)行到第８個事件的時候就開始創(chuàng)建被請求頁面對象，在執(zhí)行到第１１和第１２個事件之間時。就執(zhí)行被創(chuàng)建的請求頁面對象的ProcessRequest方法。

?

?

（二）開始頁面生命周期

1.頁面生命周期的主要階段包括： 階段 事件/方法???
頁面初始化?? ???????Page_Init??
加載View State?? ? ?LoadViewState???
回發(fā)數(shù)據(jù)處理 ?????LoadPostData???
頁面加載? ????????Page_Load???
回發(fā)通知???????? ?RaisePostDataChangedEvent??
回發(fā)事件處理 ????RaisePostBackEvent??
頁面預(yù)渲染 ??????Page_PreRender???
保存???????????? viewstate SaveViewState???
Page渲染?????? ??Page_Render???
Page 卸載 ??????Page_UnLoad??

2.頁面生命周期的主要事件：

PreInit:

1.檢查IsPostBack 屬性

2.動態(tài)設(shè)置Master Page

3.動態(tài)設(shè)置Theme

4.設(shè)置控件的默認(rèn)值(UniqueId等）

5.重新創(chuàng)建動態(tài)控件（初始化控件），初始化控件的值

Init: 這個事件發(fā)生在所有的控件被初始化，所有的皮膚設(shè)置被應(yīng)用以后。它用來讀取或者初始化控件屬性。它能夠用來注冊一些aspx頁面中沒有指出的控件的事件。

InitComplete: Use this event for processing tasks that require all initialization to be complete.

PreLoad: 加載頁面的ViewState和所有的控件，然后處理所有的包含在Request實例中的postback數(shù)據(jù)。

Load: 這個事件可能是大家最熟悉的了。需要注意的是，Page對象會遞歸的調(diào)用子控件的onload事件直到頁面和所有的子控件被加載完成。這個事件主要用來設(shè)置控件屬性的值，建立數(shù)據(jù)庫連接（通常不這么做）。

Validation： 如果你的控件要求驗證，驗證會在這個階段發(fā)生，這個時候你可以檢查控件的IsValid屬性。跟這個階段關(guān)聯(lián)的事件是Validate，它有一個可以接受驗證字符串群的重載方法(overload method)，這個重載方法執(zhí)行特定控件群的驗證。

Control events: 這個就不多說了，主要是處理控件的事件，例如click。這也就讓我們明白了每次我們click一個Button的時候，實際上是要先去執(zhí)行l(wèi)oad事件然后才執(zhí)行click事件的，一般我們用!IsPostBack來判斷一下從而避免執(zhí)行不必要的加載邏輯。

LoadComplete: 頁面所有的控件都被加載以后執(zhí)行，暫時沒有想到用來干什么。。。

PreRender: 在HTML被生成之前這是最后一個事件。每一個頁面中的控件都有PreRender的過程。在這里對將要輸出的HTML結(jié)果進(jìn)行最后一次修改。

SaveStateComplete: 在這個時間發(fā)生之前，已經(jīng)保存了所有控件和頁面的，任何對page或者控件的改動都不會產(chǎn)生左右。暫時沒想到用來干啥。

Render: 它不是一個事件而是一個方法。工作就是把HTML寫回客戶端瀏覽器。

UnLoad: 頁面中的每一個控件都會發(fā)生這件事。在控件中，使用這個事件來做清理工作，例如關(guān)閉數(shù)據(jù)庫連接等。對與頁面本身也是做清理工作，例如關(guān)閉打開的文件和數(shù)據(jù)庫連接，或者結(jié)束日志或者其它指定的工作。

需要說明的是，每次Request都會創(chuàng)建一個全新的Page類的實例，所以在頁面中的自己定義的字段是不能在兩次request中傳遞值的，需要使用viewstate來存儲。

頁面處理的整體過程圖解

?

四.什么地方用到了Asp.Net?頁面生命周期

???對于這個問題，在面試中我遇到過，我覺得問這個問題有點(diǎn)不正常。我當(dāng)時回答的是。Viewstate 對值的記錄上用到了生命周期，總是覺對不太對。

生命周期理解了，并不代表我們會用它。只有理解了，我們才會在以后的工作中慢慢真正的懂它，用它。

總結(jié)：計劃了好久，一直沒有寫，今天下定決心一定要寫了。終于完成了。我看有一位博友的用三張圖片詳解Asp.Net 全生命周期還不錯。用圖結(jié)構(gòu)清晰，更便于理解。故貼到下面便于博友們和以后自己的查看。原文地址：http://www.cnblogs.com/zhaoyang/archive/2011/11/16/2251200.html

說明：

1? 第一張圖片從全局說明從客戶端發(fā)出一個Request請求，服務(wù)器windows內(nèi)核中的HTTP.SYS組件接收該請求開始到IIS處理完該請求并響應(yīng)到客戶端結(jié)束。

2? 第二張圖片為圖1中Http處理管線的詳細(xì)步驟

3? 第三張圖片為圖2Http處理管線中調(diào)用處理程序(HttpHandler,? 此處為Page對象)的詳細(xì)生命周期過程。

圖1:

?

圖2.

?

圖3.

?

轉(zhuǎn)載于:https://www.cnblogs.com/kongbin/p/3171468.html

總結(jié)

以上是生活随笔為你收集整理的2013年7月04日_回顾总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。