小白開學Asp.Net Core 《六》
—— 探究.Net Core 跨平臺的奧祕
1、寫這篇文章的初衷
有好多朋友反饋看不懂我寫的開源的一個練手專案(GitHub:https://github.com/AjuPrince/Aju.Carefree)也有好多人都希望我能寫一些簡單的入門的文章,記得前幾天在群裡有人問為什麼 .Net Core 能跨平臺,在聊天中發現也有好多人在已經在使用 .Net Core ,但問他們的時候他們也表示不知道,還有好多人說既然 .Net Core 能跨平臺了為啥還在Window上需要IIS來部署呢?因此我想通過這篇文章來試著解釋下。 (廢話不多說,下面進入正題。)
2、概述
在Asp.Net Core 之前,Asp.Net Framework 應用程式由IIS載入,Web應用程式的入口由InetMgr.exe建立並呼叫託管,在初始化過程中觸發HttpApplication.Application_Start()事件,我們第一次執行程式碼的機會是處理Application_StartGlobal.asax中的事件,但在Asp.Net Core中,Global.asax檔案找不見了,被新的初始化過程所替換(回到了熟悉的控制檯應用程式)
看上圖的我圈住的地方,證明我沒有吹牛皮。那就有好多人問了,既然是控制檯應用程式,那為啥我沒找見.exe 程式呢?
以圖來說明,好像正的沒有。很肯定的說是真的沒有。這是為什麼呢?(容我慢慢道來)
3、Program.cs
public class Program { public static void Main(string[] args) { CreateWebHostBuilder(args).Build().Run(); } public static IWebHostBuilder CreateWebHostBuilder(string[] args) => WebHost.CreateDefaultBuilder(args) .UseStartup<Startup>(); }
既然通過上面我們知道了.Net Core 應用程式是控制檯應用程式,那麼我們就很熟悉了,程式碼啟動後肯定會找Main()函式(方法)(其實這就是ASP.NET Core應用程式開發的根本變化),所有的ASP.NET託管庫都是從Program
開始執行。
下面我們來解析下Main->CreateWebHostBuilder()方法
1、那先來看看CreateDefaultBuilder 方法
從圖中圈出來的註釋來看,其實已經說的很明白了,我將試著解釋下:使用預先配置的預設值初始化WebHostBuilder類的新例項。(建議大家去看原始碼)搞懂這個東西就會理解 .Net Core 跨平臺的祕密了,我簡單的說下(算是給大家起個頭,後面希望大家都去看看原始碼(.Net Core 是開源的,在GitHub上能找到)),這裡方法裡其實初始化了一個Kestrel Web伺服器(至於什麼是Kestrel 伺服器 後面有機會再介紹),在這個方法裡預設使用系統配置檔案 appsettings.json (注意,熟悉Asp.Net 的朋友們都知道有個Web.Config 配置檔案,不好意思的說,在 .Net Core 中去掉了)等等。我覺得最主要的就是這兩個。
可以這麼說是有了Kestrel Web伺服器才使得.Net Core 能真正的跨平臺。
從上圖的程式碼中可以看到,初始化完了系統預設的配置之後,啟動了Startup類,那麼下面我們就來看看這類
4、Startup 類
public class Startup { public Startup(IConfiguration configuration) { Configuration = configuration; } public IConfiguration Configuration { get; } // This method gets called by the runtime. Use this method to add services to the container. public void ConfigureServices(IServiceCollection services) { services.Configure<CookiePolicyOptions>(options => { // This lambda determines whether user consent for non-essential cookies is needed for a given request. options.CheckConsentNeeded = context => true; options.MinimumSameSitePolicy = SameSiteMode.None; }); services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_2); } // This method gets called by the runtime. Use this method to configure the HTTP request pipeline. public void Configure(IApplicationBuilder app, IHostingEnvironment env) { if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); } else { app.UseExceptionHandler("/Error"); // The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts. app.UseHsts(); } app.UseHttpsRedirection(); app.UseStaticFiles(); app.UseCookiePolicy(); app.UseMvc(); } }
這是一個乾淨的(新建的Web程式)
從頭來看,我們發現了一個很熟悉的方法——>建構函式,再仔細一看(原來是建構函式注入,這裡就不在說IOC了,預設大家都知道。)
接下來看看ConfigureServices和Configure 這兩個方法
1、ConfigureServices
通過註釋可以得到(此方法由執行時呼叫。使用此方法向容器新增服務。)而且可以看到這個方法0個引用,更加的說明一點註釋是不會騙人的。
這個方法的作用就是向IServiceCollection 這個集合裡新增服務,也就是說以後系統中想要什麼服務(比如MVC、Session、Cookie。。。)都新增到這個集合中。在F12看看IServiceCollection這個集合
可以看到這個集合的名稱空間,可以說明一點(DI在.NET Core裡面被提到了一個非常重要的位置)
2、Configure 方法
通過註釋(此方法由執行時呼叫。使用此方法配置HTTP請求管道。)可以瞭解到 這個異常之重要,此方法用於指定中介軟體以什麼樣的形式響應HTTP請求,網上文章都說的親求處理管道(中介軟體)就是在這個方法裡配置的。
5、總結
借用網上的一張圖來總結。
- ASP.NET Core在執行時首先載入Program類下面的Main方法,在Main方法中指定託管伺服器,並呼叫Startup類中的Configure和ConfigureServices方法等完成初始化
- 在ASP.NET Core中 HTTP請求是以中介軟體管道的形式進行處理
- .Net Core 應用程式不需要用IIS進行託管,所以相比傳統Asp.Net來說效能更高效也更加靈活
- .Net Core 跨平臺在於維護了自己的內部Web伺服器(Kestrel )
本篇文章只為了讓大家入門,更深入的東西后面有時間再深入,如有不合適的地方請反饋,本人將馬上修改!
如果覺得還不錯,還請大家點個推薦(哈哈)!
資料:
https://github.com/dotnet/corefx(.Net Core 原始碼)
https://docs.microsoft.com/zh-cn/aspnet/core/release-notes/aspnetcore-2.2?view=aspnetcore-3.0(官方文件)