.Net Core 简化版启动流程、常见启动方式、请求/响应流程

前言–为什么要使用.Net Core

  首先.Net Core与.NET Framework 对比
  1. 组件化开发 vs 全家桶
  2. 跨平台 vs 基于windows
  3. 高性能 vs 性能相对较低
  4. 开源 vs 不开源

  
   未来2-3年内，.NET5会统一 .Net Core和.NET Framework（一起期待这一天）

一. 启动流程

  所有的ASP.NET Core程序本质上也是一个控制台程序，使用Program的Main方法作为程序的入口。
控制台Main入口–>IWebHostBuilder–>IWebHost–>Run，发现本质上就是启动一个作为宿主的Host。

  从上图中我们可以看出CreateDefaultBuilder()方法主要干了六件大事：

1. UseKestrel： 使用Kestrel作为Web server。
2. UseContentRoot： 指定Web host使用的contentroot（内容根目录），比如Views。默认为当前应用程序根目录。
3. ConfigureAppConfiguration： 设置当前应用程序配置。主要是读取 appsettinggs.json配置文件、开发环境中配置的UserSecrets、添加环境变量和命令行参数 。
4. ConfigureLogging： 读取配置文件中的Logging节点，配置日志系统。
5. UseIISIntegration： 使用IISIntegration 中间件。
6. UseDefaultServiceProvider： 设置默认的依赖注入容器。创建完毕WebHostBuilder后，通过调用UseStartup()来指定启动类，来为后续服务的注册及中间件的注册提供入口，并构建请求中间件管道。

  更详细的解释请访问以下链接：https://blog.csdn.net/WuLex/article/details/81942623

二. 几种启动方式

   先解释一下为什么.net Core能够跨平台： Asp.NetCore本质是个控制台—运行起来是个网站—内置了一个Kestrel服务器（IIS服务器是基于windows系统—有了Kestrel服务器，程序就能脱离对IIS的依赖，才能做到跨平台）

  注意： 因为Kestrel相对较新，对抵御安全攻击至今还没有一个完整的功能补充。安全性处理包括但不限于适当的超时，大小的限制，以及并发连接限制等问题。
  所以出于安全性的考虑，如果你将你的应用部署在公共网络上，我们建议你使用IIS，Nginx或者Apache作为反向代理服务器。一个反向代理服务器接收来自网络的HTTP请求并且在经过一些初步处理后将请求传递到Kestrel服务器。

（1）命令行启动

  假设项目名为 MvcCoreTest
  在项目的 \bin\Debug\netcoreapp3.1目录下输入cmd并回车
输入：dotnet MvcCoreTest.dll --urls=“http://*:5177” --ip=“127.0.0.1” --port=5177

（2）IIS反向代理启动

  如果还在调试阶段，直接F5，
  如果需要部署到IIS，请参考链接: .NET Core项目+华为云+Windows Server2019+IIS部署.

三. 请求/响应流程