所有ASP.NET Core应用程序的启动方式与.NET控制台应用程序相同 - 使用Program.cs文件。 此文件包含静态 Main函数（这是控制台应用程序的标准特性）。 应用中必须包含这个方法，它在启动Web应用程序时调用。 在ASP.NET Core应用程序中，它用于构建和运行一个IWebHost实例，如下图所示，它显示了默认的Program.cs文件。 IWebHost是ASP.NET Core应用程序的核心，包含应用程序配置和侦听请求的Kestrel服务器,并返回客户端请求回应。
Main函数包含创建Web服务器并开始侦听请求所需的基本初始化代码，在实例化IWebHost之前，通过CreateDefaultBuilder方法定义IWebHost的配置。应用程序的大部分配置都发生在CreateDefaultBuilder方法中，它还将一些职责委托给一个单独的类Startup。 这个类通过泛型方法UseStartup<> 引用，在这里可以配置应用程序的服务和中间件间。
这里有不少人提出这样的疑问，为什么要把配置分拆到两个类中？一般来说，Program类负责应用的基础结构，例如：Http服务器、与IIS集成、配置源；Startup定义应用将使用哪些功能、组件以及中间件。如下图所示：
两个不同的ASP.NET Core 应用程序的Program类通常是相似的，但Startup类通常会有很大不同（尽管它们通常遵循类似的模式）。 随着应用程序的增长，很少会修改Program，但是，会经常修改Startup。 例如，向项目中添加新的NuGet依赖项，通常需要在Startup添加相应的代码才能使用。
Startup类：配置应用程序
Startup类主要负责应用的两个方面的配置：
1、服务注册 - 您的应用程序所依赖的任何类 ，无论是框架使用的类还是应用程序自身需要使用的类都必须注册，只有这样，这些类才能在运行时被正常构建；
2、中间件和MVC - 应用程序如何处理和响应请求；
在不同的方法中配置这两个方面的功能，服务注册在方法ConfigureServices中，中间件和MVC 在方法Configure中。这两个方法大致的样子如下所示：
Program中创建的WebHostBuilder先调用 ConfigureServices 然后调用Configuare，如下图所示：每个调用都会配置应用程序的不同部分。由于这样的调用顺序，Configuare方法中可以使用在ConfigureServices方法中注册的任何服务。调用完成后，WebHostBuilder通过调用Build()方法，创建IWebHost. 有一个地方需要注意，Startup类自身没有实现相应的接口，WebHostBuilder通过反射来调用预义的方法Configure和ConfigureServices，这样的设计使这个类更加灵活，我们可以修改签名，添加额外的参数。更详细的细节将在后面章节介绍。