小白開學Asp.Net Core 《六》 —— 探究.Net Core 跨平臺的奧秘 1、寫這篇文章的初衷 有好多朋友反饋看不懂我寫的開源的一個練手項目（GitHub：https://github.com/AjuPrince/Aju.Carefree）也有好多人都希望我能寫一些簡單的入門的文章，記得 ...
小白開學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（官方文檔）
