歡迎光臨
每天分享高質量文章

.NET Core 3.0之深入原始碼理解Startup的註冊及運行

開發.NET Core應用,直接映入眼帘的就是Startup類和Program類,它們是.NET Core應用程式的起點。通過使用Startup,可以配置化處理所有嚮應用程式所做的請求的管道,同時也可以減少.NET應用程式對單一服務器的依賴性,使我們在更大程度上專註於面向多服務器為中心的開發樣式。

目錄:

  • Startup討論
    • Starup所承擔的角色
    • Startup編寫規範
    • ConfigureServices
    • Configure
    • 擴展Startup方法
  • 深入原始碼查看Startup是如何註冊和執行的
    • UseStartup原始碼
    • 創建Startup實體
    • ConfigureServices和Configure

Starup所承擔的角色

Startup作為一個概念是ASP.NET Core程式中所必須的,Startup類本身可以使用多種修飾符(public、protect,private、internal),作為ASP.NET Core應用程式的入口,它包含與應用程式相關配置的功能或者說是接口。

雖然在程式里我們使用的類名就是Startup,但是需要註意的是,Startup是一個抽象概念,你完全可以名稱成其他的,比如MyAppStartup或者其他的什麼名稱,只要你在Program類中啟動你所定義的啟動類即可。

當然如果不想寫Startup,可以在Program類中配置服務和請求處理管道,請參見評論區5樓,非常感謝Emrys耐心而又全面的指正

以下是基於ASP.NET Core Preview 3模板中提供的寫法:

不管你命名成什麼,只要將webBuilder.UseStartup<>()中的泛型類配置成你定義的入口類即可;

Startup編寫規範

下麵是ASP.NET Core 3.0 Preview 3模板中Startup的寫法:

通過以上代碼可以知道,Startup類中一般包括

  • 建構式:通過我們以前的開發經驗,我們可以知道,該構造方法可以包括多個物件
    • IConfiguration:表示一組鍵/值應用程式配置屬性。
    • IApplicationBuilder:是一個包含與當前環境相關的屬性和方法的接口。它用於獲取應用程式中的環境變數。
    • IHostingEnvironment:是一個包含與運行應用程式的Web宿主環境相關信息的接口。使用這個接口方法,我們可以改變應用程式的行為。
    • ILoggerFactory:是為ASP.NET Core中的日誌記錄系統提供配置的接口。它還創建日誌系統的實體。
  • ConfigureServices
  • Configure

Startup在創建服務時,會執行依賴項註冊服務,以便在應用程式的其它地方使用這些依賴項。ConfigureServices 用於註冊服務,Configure 方法允許我們向HTTP管道添加中間件和服務。這就是ConfigureServices先於Configure 之前呼叫的原因。

ConfigureServices

該方法時可選的,非強制約束,它主要用於對依賴註入或ApplicationServices在整個應用中的支持,該方法必須是public的,其典型樣式是呼叫所有 Add{Service} 方法,主要場景包括物體框架、認證和 MVC 註冊服務:

Configure

該方法主要用於定義應用程式對每個HTTP請求的響應方式,即我們可以控制ASP.NET管道,還可用於在HTTP管道中配置中間件。請求管道中的每個中間件組件負責呼叫管道中的下一個組件,或在適當情況下使鏈發生短路。 如果中間件鏈中未發生短路,則每個中間件都有第二次機會在將請求發送到客戶端前處理該請求。

該方法接受IApplicationBuilder作為引數,同時還可以接收其他一些可選引數,如IHostingEnvironment和ILoggerFactory。

一般而言,只要將服務註冊到configureServices方法中時,都可以在該方法中使用。

  

擴展Startup方法

使用IStartupFilter來對Startup功能進行擴展,在應用的Configure中間件管道的開頭或末尾使用IStartupFilter來配置中間件。IStartupFilter有助於確保當庫在應用請求處理管道的開端或末尾添加中間件的前後運行中間件。

以下是IStartupFilter的原始碼,通過原始碼我們可以知道,該接口有一個Action型別,並命名為Configure的方法。由於傳入引數型別和傳回型別一樣,這就保證了擴展的傳遞性及順序性,具體的演示代碼,可以引數MSDN

 

此段文字,只是我想深入瞭解其內部機制而寫的,如果本身也不瞭解,其實是不影響我們正常編寫.NET Core應用的。

UseStartup原始碼

ASP.NET Core通過呼叫IWebHostBuilder.UseStartup方法,傳入Startup型別,註意開篇就已經說過Startup是一個抽象概念,我們看下原始碼:

 

創建Startup實體


關於ConfigureServices的定義及註冊方式,是在IWebHostBuilder.ConfigureServices實現的,同時可以註意一下25行代碼,向大家說明瞭多次註冊Startup的ConfigureServices方法時,會合併起來的根源。此處抽象委托用的也非常多。

該類裡面還有Build方法,我就不貼出代碼了,只需要知道,主行程在此處開始了。接下來一個比較重要的方法,是BuildCommonServices,它向當前ServiceCollection中添加一些公共框架級服務,以下是部分代碼,具體代碼請查看WebHostBuilder。

 

由此可見,如果我們的Startup類直接實現IStartup,它可以並且將直接註冊為IStartup的實現型別。只不過ASP.NET Core模板代碼並沒有實現IStartup,它更多的是一種約定,並通過DI呼叫委托,依此呼叫Startup內的建構式還有另外兩個方法。
同時上述代碼還展示瞭如何創建Startup型別,就是用到了靜態方法StartupLoader.LoadMethods類生成StartupMethods實體。

ConfigureServicesConfigure

當WebHost初始化時,框架會去查找相應的方法,這裡,我們主要查看原始碼,其中的核心方法是StartupLoader.FindMethods

它查找的第一個委托是ConfigureDelegate,該委托將用於構建應用程式的中間件管道。FindMethod完成了大部分工作,具體的代碼請查看StartupLoader。此方法根據傳遞給它的methodName引數在Startup類中查找響應的方法。
我們知道,Startup的定義更多的是約定,所以會去查找Configure和ConfigureServices。當然,通過原始碼我還知道,除了提供標準的“Configure”方法之外,我們還可以通過環境配置找到響應的Configure和ConfigureServices。根本來說,我們最終查找到的是ConfigureContainerDelegate。
接下來,一個比較重要的方法是LoadMethods

該方法通過查找對應的方法,由於Startup並未在DI中註冊,所以會呼叫GetServiceOrCreateInstance創建一個Startup實體,此時建構式也在此得到解析。
通過一系列的呼叫,最終到達了ConfigureServicesBuilder.Invoke裡面。Invoke方法使用反射來獲取和檢查在Startup類上定義的ConfigureServices方法所需的引數。

最後我們來看一下ConfigureBuilder類,它需要一個Action委托變數,其中包含每個IStartupFilter的一組包裝的Configure方法,最後一個是Startup.Configure方法的委托。此時,所呼叫的配置鏈首先命中的是AutoRequestServicesStartupFilter.Configure方法。並將該委托鏈作為下一個操作,之後會呼叫ConventionBasedStartup.Configure方法。這將在其本地StartupMethods物件上呼叫ConfigureDelegate。


Startup.Configure方法會呼叫ServiceProvider所解析的相應的引數,該方法還可以使用IApplicationBuilder將中間件添加到應用程式管道中。最終的RequestDelegate是從IApplicationBuilder構建並傳回的,至此WebHost初始化完成。

赞(0)

分享創造快樂