ASP.NET 學習4_IIS pipeline_PrePage執行架構_Webform生命週期

-


IIS pipeline

 在版號7以上的IIS有提供兩種處理ASP.NET Request的模式(不影響webform的Page Life Cycle)
(1)Integrated mode(default):
全新提高速度和穩定性的模式，可允許.NET開發者在
ASP.NET visual studio中編寫一些功能(ASP.NET Module)
改變IIS的行為，不再通過ISAPI的方式。至於擴充套件，則可以使得我們對於IIS，以及其他型別的請求有更多的控制。
-->Visual Studio中專案種類:ASP.NET Module ,
或是選擇Class Library實作IHttpModule interface也可以


(2)Classic:
指的是相容IIS 6或之前版本的一種模式，一個典型問題就是，在處理
ASP.NET這種動態網站的時候，它是通過一個所謂的ISAPI程式，作為外掛的方式來工作的。針對不同的動態應用程式（例如ASP,PHP等），會需要
不同的ISAPI(Internet Server Application Programming Interface)。

 (備註:ISAPI是用來擴充IIS伺服器功能所用的技術，是用
C/C++來編輯的，產生的檔案為dll檔，可供IIS伺服器調用。)


Pre-Page Execution Architecture
(Integrated Mode)

這一段過程，講白話就是告訴你我在IIS轉換成應用程式背後的運作原理

 首先http.sys是一個protocol listener
負責監聽HTTP請求，也負責response給Client端的browser。
而當接收完請求會再傳給IIS進行下一步處理(比方要分配給哪個application、process)。
此時下一步該怎麼做就會有一些相關組態設定透過

 (1)WAS(Windows Process Activation Service):Windows 處理程序啟用服務 (.exe檔案)
WAS會先去讀applicationHost.config去判斷對應的app pool是否有開啟。
若沒有會自行產生新的實體w3wp worker process。
再將組態資訊傳給W3SVC處理。
(2)applicationHost.config : 給WAS讀取，會記錄
對應Request的application pool及目標應用程式進來處理。
(3)W3SVC(World Wide Web publishing service)  (.exe檔案)
是http.sys介面的listener，用來確保http.sys獲取的是最新的組態設定，能將HTTP要求轉送到適當的應用程式集區或作業系統的行程。如果停止這項系統服務，Windows將無法為任何形式的Web要求提供服務。

三個元素(缺一不可)。

 接著Http.sys會準備一個Queue 用來裝每一個Request，等其準備好就會
依序傳遞給特定某一個Worker Process執行後續處理。

 於WorkerProcess當中一開始就會傳給Integrated Pipeline執行一系列的Event階段處理
各階段會自行註冊對應的原生IIS Managed .NET HTTP Modules(一些要調整、修改IIS的事情)
而每一個註冊的Module要執行時未透過ManageEngine代理(Event Proxy)
來進行運作，產生相應的Application Domain下的ApplicationManager執行實體
確保任務之間在同一個Worker Process之中互不影響，獨立開來。

 ApplicationManager中會產生一系列HTTPRuntime,HTTPContext,HTTPApplication
最終匯集成一個Application集合。


接著當我們發送請求給IIS要求呈現我們的網頁時候
就會是如下運作(兩張圖皆一樣意思)



 ASP.NET 請求處理過程是基於管道模型，這個管道模型是由
多個HttpModule和HttpHandler組成。

ASP.NET 把HTTP Request依次傳遞給管道中各個HttpModule，最終被HttpHandler處理。
處理完成後，再次經過管道中的HttpModule，把結果返回給客戶端。

Client 端發送request到IIS server時，.NET的處理大致上可分兩步驟:
Step1.創建一個能夠處理request以及HTTP相關的一個process。
會產生一個可處理request、response以及context對象的應用進程。

IIS會檢查哪一個ISAPI Extension能夠處理這個request，這取決於文檔的後綴名。
比如 .aspx就會被傳遞到 aspnet_isapi.dll來進行處理。

如果這是針對該網站的首次request，會由’ApplicationManager’類別 創建一個該網站可以運行的應用程式定義域（App Domain）。該定義域隔離部署在同一台IIS server上的兩個不同的Web Application，所以即使其中一個定義域中的程式出現了錯誤，也不會影響其他定義域的正常運作。

Step2.一旦Process被創建，request就會通過由HttpModule、Http Handler 
和page objects 所觸發的一系列事件。
為方便記憶我們可將這些流程稱為: MHPM（Module、Handler、Page and Module Event）。




一樣背景執行服務程序會有W3SVC跟WAS，透過http.sys一接一回。
當進入到Integrated pipeline時候就會一直執行上述的動作
每一個Request都會於Application Domain產生一個Thread


 在IIS中若想看Managed Modules則在此(dll類型)

有些Module Type為Native 的就是來自於applicationHost.config
的Global設定

這些設定預設都不會出現在web.conig中，因為Entry Type為Inherit

 若是改為Local則會呈現在專案的web.config中
當全部執行完才會正式接續去跑一個Page Life Cycle


(Classic Mode)

 在古早的Classic模式中架構則是要Load進ISAPI extension來處理asp.net的code，
而處理modelus方式都是用.net files方式，因此耗費相對多的時間。

Webform生命週期

Webform Life Cycle
https://docs.microsoft.com/zh-tw/previous-versions/visualstudio/visual-studio-2008/ms178472(v=vs.90)?redirectedfrom=MSDN


Page Life Cycle(一般網頁生命週期八階段)

 Step1.網頁要求（Page Request）
Step2.啟動（Start）
Step3.初始化（Page Initialization）
Step4.載入（Load）
Step5.驗證（Validation）
Step6.事件處理（PostBack Event Handling）
Step7.顯示（Render）
Step8.卸載（Unload）

 記憶訣竅:英文單字(silver)
Request -> SILVER -> Unload

Following are the different stages of an ASP.Net page:
  • Page request . when ASP.Net gets a page request, it decides whether to parse and compile the page or there would be a cached version of the page; accordingly the response is sent
  • Starting of page life cycle . at this stage, the Request and Response objects are set. If the request is an old request or post back, the IsPostBack property of the page is set to true. The UICulture property of the page is also set.
  • Page initialization . at this stage, the controls on the page are assigned unique ID by setting the UniqueID property and themes are applied. For a new request postback data is loaded and the control properties are restored to the view-state values.
  • Page load . at this stage, control properties are set using the view state and control state values.
  • Validation . Validate method of the validation control is called and if it runs successfully, the IsValid property of the page is set to true.
  • Postback event handling . if the request is a postback (old request), the related event handler is called.
  • Page rendering . at this stage, view state for the page and all controls are saved. The page calls the Render method for each control and the output of rendering is written to the OutputStream class of the Page’s Response property.
  • Unload . the rendered page is sent to the client and page properties, such as Response and Request are unloaded and all cleanup done.

Page Life Cycle Event (頁面生命週期事件種類)



  • PreInit . PreInit is the first event in page life cycle. It checks the IsPostBack property and determines whether the page is a postback. It sets the themes and master pages, creates dynamic controls and gets and sets profile property values. This event can be handled by overloading the OnPreInit method or creating a Page_PreInit handler.
  • Init . Init event initializes the control property and the control tree is built. This event can be handled by overloading the OnInit method or creating a Page_Init handler.
  • InitComplete . InitComplete event allows tracking of view state. All the controls turn on view-state tracking.
  • LoadViewState . LoadViewState event allows loading view state information into the controls.
  • LoadPostData . during this phase, the contents of all the input fields defined with the <form> tag are processed.
  • PreLoad . PreLoad occurs before the post back data is loaded in the controls. This event can be handled by overloading the OnPreLoad method or creating a Page_PreLoad handler.
  • Load . the Load event is raised for the page first and then recursively for all child controls. The controls in the control tree are created. This event can be handled by overloading the OnLoad method or creating a Page_Load handler.
  • LoadComplete . the loading process is completed, control event handlers are run and page validation takes place. This event can be handled by overloading the OnLoadComplete method or creating a Page_LoadComplete handler.
  • PreRender . the PreRender event occurs just before the output is rendered. By handling this event, pages and controls can perform any updates before the output is rendered.
  • PreRenderComplete . as the PreRender event is recursively fired for all child controls, this event ensures the completion of the pre-rendering phase.
  • SaveStateComplete . state of control on the page is saved. Personalization, control state and view state information is saved. The HTML markup is generated. This stage can be handled by overriding the Render method or creating a Page_Render handler.
  • UnLoad . the UnLoad phase is the last phase of the page life cycle. It raises the UnLoad event for all controls recursively and lastly for the page itself. Final cleanup is done and all resources and references, such as database connections, are freed. This event can be handled by modifying the OnUnLoad method or creating a Page_UnLoad handler.
當Page為第一次load時候的

當發生PostBack時候(非第一次載入)的Life Cycle















Ref Link:
ISAPI簡介
https://addfdsf.pixnet.net/blog/post/58023164-isapi%E7%B0%A1%E4%BB%8B

如何理解IIS 7的兩種應用程式池的管道模式（Managed Pipeline Mode)
https://www.itread01.com/content/1545745717.html

啟動或停止網頁伺服器 (Windows Server 2012 R2)
http://shaurong.blogspot.com/2016/02/windows-server-2012-r2.html
https://ithelp.ithome.com.tw/articles/10078673
https://blog.csdn.net/xw505501936/article/details/48339243

What is w3wp.exe? Learn the Basics About IIS Worker Processes
https://stackify.com/w3wp-exe-iis-worker-process/


How to work with HttpModules in ASP.Net
https://www.infoworld.com/article/3090997/how-to-work-with-httpmodules-in-aspnet.html

ASP.NET Application and Page Life Cycle
https://www.codeproject.com/Articles/73728/ASP-NET-Application-and-Page-Life-Cycle-2

ASP.NET 網頁存留週期概觀
https://docs.microsoft.com/zh-tw/previous-versions/visualstudio/visual-studio-2008/ms178472(v=vs.90)?redirectedfrom=MSDN








留言

張貼留言

這個網誌中的熱門文章

何謂淨重(Net Weight)、皮重(Tare Weight)與毛重(Gross Weight)

-
圖片
當談到貨物的重量時，往往會分成所謂的淨重(Net Weight)與毛重(Gross Weight)。 會有以下公式關係存在 淨重=毛重-皮重(包裝物的重量) 毛重=淨重+皮重 淨重( Net Weight 縮寫為N.W.) 指物品本身的重量，不包括容器或包裝材料的重量。 凈重是國際貿易中最常見的計重辦法。 例如，如果運輸原材料，原材料的重量就是所運輸貨物的淨重。包裝原材料的容器或包裝不計入淨重。同樣地，當我們考慮一罐豆子時，罐子內所含物品的重量就算作淨重。因此，淨重將包括豆子、罐頭里的任何液體，以及保存豆子所含的物品。 大多數 以重量為計價的貨物買賣 ，採用此計價方法。 若合同中並未明確規範以何種方式計量和計價時，按慣例以凈重計價。 毛重( Gross Weight 縮寫G.W.) 貨物連同它的包裝的重量，是你托運的所有物品的總重量。 皮重(Tare Weight) 指商品外包裝材料的重量(即運輸包裝的重量)，不包括內包裝材料和襯墊物的重量。 比方一個空的貨櫃、容器、或任何包裝材料的重量。 Net Net Weight純淨重 (指從Net Weight中扣除內包裝後的重量) 進出口商品為了因應運輸及消費需求, 一般都有內包裝與外包裝。 一般在買賣合同與信用狀中,通常只要求於裝箱單上註明Gross Weight和Net Weight即可, 但有些L/C 要求 Net Net Weight,大多是海關徵收從量稅時的依據 運輸重量對於航運業或者航空運輸等各自都通用這些術語 為何特別在意重量? 主要就在於會影響像是傳輸安全乘載限制。 就運輸層面(不同方式的運輸) 航空運輸：對機長而言，毛重包括皮重、產品淨重以及飛機、燃料、乘客和機組人員的重量。 公路/鐵路運輸:對於火車車長而言，毛重包括產品淨重、皮重和運輸車輛的重量。 水路航運運輸：對船長而言，毛重就是淨重和皮重之和。 就公司ERP成本角度 成本一般都會採用 "淨重" 主要是因為若用毛重，可能會有輔材不可控因素存在 比方一個 5cm 固定塑膠件，今天用一個 10cm 紙箱測重，明天用一個 100cm 紙箱測重，那可能就容易導致ERP資料比較會失真。 就物流層面來探討 通常還會有一名詞即所謂「實際重量」(Actual Weight) 根據稱重(過磅)所得到的重量，實際重量分為實際毛重(Gross Weig
閱讀完整內容

Architecture(架構) 和 Framework(框架) 有何不同?_軟體設計前的事前規劃的藍圖概念

-
圖片
一個應用程式(軟體) 不管是  互動拍照 也好、 投影也好、車牌偵測... 舞台演唱會後方電視牆的互動應用程序、 粒子特效、3D或2D遊戲  等等 開發者通常都需要在一開始做規劃 ㄟ  假設我今天要寫 跟影像有關 可能需要偵測、可能需要提取前景、可能需要偵測圓形 之類的 我有  emgucv 、AForge.Net、 opencv 等等可以用 但是 假設我今天要做的應用程序是需要有視窗介面的~~ emgucv 跟 C# windows form 媒合性 就很高 而且直接在 visual studio 做開發 opencv 我可能還需要依賴 Qt 之類等等  framework 假設我今天是要寫一個 演唱會電視牆互動粒子特效 可能就會挑   openframeworks  、 processing 、kinect 來寫互動 Achitecture  --->全稱 :  Software Architecture   軟體架構 Achitecture   由好多 framework 組成 軟體架構（Software Architecture）是一種軟體在開發前的設計藍圖， 用來告訴軟體的結構，功能，介面，用法，與其他系統的構連以及資料交換等等規範， 但它並沒有叫你要用什麼方式實作， 因此軟體架構通常會產生文件，圖樣，原型以及規格等， 就是沒有可用的程式碼，因為那不是軟體架構應該有的東西， 就像蓋房子時是給你藍圖，而不是一幢蓋好的房子。 軟體框架（Framework):是一個已經成形的方法，而且有程式碼實體 （例如鋼構工法也是要有鋼材才能做），並且會告訴你要如何使用它 （即 Framework Documentation，MSDN Library 即為一最佳例子）
閱讀完整內容

(2021年度)駕訓學科筆試準備題庫歸納分析_法規是非題

-
圖片
  若是出現 「必須」、「必需」、「...必...」、「應由」、「應先」、「應...」 則很高機率是圈 是非通常只要是如下字眼 「不必」+動詞 、「不需」「不須」、「可不」、「可以不」、「可立即」 有出現或符合的都選叉 (X)1.違規記點又不登記在駕照上，所以可以 不必理會 而任意違反交通規則。 (X)2.發生重大交通事故，為迅速恢復交通，清除現場，可 不必等待 肇事處理機關之指示，即可進行。 (X)3.道路駕駛練習，行車前 不必實施 車輛安全檢查，因為那是駕駛教練的工作。 (X)4.開車前， 不必檢查 機件安全，但在行駛中要隨時注意儀錶功能顯示，確保行車安全。 (X)5.煞車油若經常低於"MIN"線，只要添加即可， 不必到修理廠檢修 。 (X)6.冷卻系統只要副水箱在滿水位，主水箱 不必檢查 也不會有問題。 (X)7.引擎冷卻水內含有防凍液或防銹劑，可 不必更換 。 (X)8.儀錶板上的「燃油油量錶」之指針高度，已經降低至「E」點，橘色的「低油料警示燈」點亮時， 不必急著加油 ，到達目的地後再行補充燃油即可。 (X)9.有安全氣囊裝備的汽車， 不必繫 安全帶。 (X)10.煞車時有異音，是正常的情況， 不必檢修 。 (X)11.汽車定期檢驗 不必檢驗 車輛故障標誌，所以隨車不一定要帶車輛故障標誌。 (X)12.開車時 不必理會 義交之指揮，一切以號誌為主。 (X)13.汽車經過隧道，因隧道內燈光明亮視線良好，為省電可 不必開亮 頭燈。 (X)14.駕駛人只求技術優良，對遵守交通規則 不必太重視 。 (X)15.在開車前， 不必檢查 機件，以免耽誤行車時間。 (X)16.遇幼童專用車、校車、身心障礙者用特製車或教練車， 不必禮讓 。 (X)17.行車 不必攜帶 隨車工具。 (X)18.行車起駛前進， 不必顯示 方向燈。 (X)19.汽車通過鐵路平交道，前後兩車間， 不必保持 距離。 (X)20.夜間將車輛停放在無燈光設備及照明不清之道路時，亦 不必顯示 停車燈光或反光標識。 (X)21.在夜間或有霧靄、雨雪、風沙及晝晦時，把車輛停在路旁， 不必顯示 停車燈光或反光標識。 (X)22.汽車駕駛人，僅需具有優良駕駛技術， 不需 具備急救的常識和技能。 (X)23.汽車車身、引擎、底盤、電系等重要設備變更或調換時， 不需 向公路主管機關申請臨時檢驗。
閱讀完整內容