今天给各位分享搭建asp电影网站源码分享的知识，其中也会对电影网站源码程序进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
在这个特殊的春节，大家想必都在家出不了们，远看已经到了回城里上班的日子，但是因为一只蝙蝠的原因导致我们无法回到工作岗位，大家可能有的在家远程办公，有些在家躺着看书，有的是在家打游戏；在这个特殊无聊的日子，我果断从无聊的被窝中开启了流量共享wifi来进行.netcore3.1源代码的解读和学习，并且把学习到的东西分享给大家。
疑问
刚刚接触ASP.NETCORE项目的同学可能会有如下疑问：
ASP.NETCORE项目的启动过程是怎么样的?为什么ASP.NETCORE项目可以在控制台中运行启动后变成了一个网站程序？
现在我这里使用.NETCORE3.1最新稳定发布版本来进行以上问题的解析，带大家解决以上问题的疑惑,学习完大家可以对ASP.NETCORE项目会有一个不一样的理解和领悟.
启动过程
刚刚接触ASP.NETcore的同学们估计都会觉得和之前的ASP.NET设计大不一样，代码风格也有很大的变化，以前的ASP.NET是全家桶框架模式，里面包含了所有的实现，你用的到的用不到的都集成在里面；然而ASP.NETCORE框架做了大的改变，以最小化抽象设计，通过扩展方法完成易用性扩展.
解读过源代码的同学们都可以发现大多api都是最小化单元抽象接口方式进行设计，其他复杂的方法api都是通过扩展方法进行扩展提供，这也是.NETCore高效易扩展的一大优势原因.
对于ASP.NETCore应用程序来说，我们要记住非常重要的一点是：其本质上是一个独立的控制台应用，它并不必须需在IIS内部托管且并不需要IIS来启动运行（而这正是ASP.NETCore跨平台的基石）。ASP.NETCore应用程序拥有一个内置的Self-Hosted（自托管）的WebServer（Web服务器），用来处理外部请求。
不管是托管还是自托管，都离不开Host（宿主）。在ASP.NETCore应用中通过配置并启动一个Host来完成应用程序的启动和其生命周期的管理。而Host的主要的职责就是WebServer的配置和Pilpeline（请求处理管道）的构建。
我们现在来创建一个ASP.NETCOREWEB项目步骤如下
文件->新建->项目->选择ASP.NetCoreWeb应用程序->选择.NETCORE3.1框架如图:
创建项目后我们从Program类中可以看到以下代码：
\npublicclassProgram\n\n{\npublicstaticvoidMain(string[]args)\n\n{\n\nCreateHostBuilder(args).Build().Run();\n\n}\n\npublicstaticIHostBuilderCreateHostBuilder(string[]args)=>\n\nHost.CreateDefaultBuilder(args)//开启一个默认的通用主机Host建造者\n\n.ConfigureWebHostDefaults(webBuilder=>\n\n{\n\n//从前缀为“ASPNETCORE”环境变量加载WEB主机配置\n\n//默认是Kestrel设置为web服务器并对其进行默认配置,支持iis集成\n\n//注册系统启动所使用的组件，比如配置的组件，容器的组件等\n\nwebBuilder.UseStartup<Startup>();\n\n});\n\n}\n
查看以上代码可以发现Main方法中代码很简单,清晰可见
CreateHostBuilder(args)：方法创建了一个IHostBuilder抽象对象，创建过程包含CreateDefaultBuilder(args)：开启创建一个默认的通用宿主机Host建造者,再通过ConfigureWebHostDefaults()方法配置开启默认的Kestrel为默认的Web服务器并对其进行默认配置，并集成对iis的集成
Build()：负责创建IHost，看过源代码的同学可以发现Build的过程会配置各种东西，本身通过管道模式进行了一系列的默认或者自定义的配置以及服务注册的构建（下面会详细讲解）
Run()：启动IHost
所以，ASP.NETCore应用的启动本质上是启动作为宿主的Host对象。
其主要涉及到两个关键对象IHostBuilder和IHost，它们的内部实现是ASP.NETCore应用的核心所在。下面我们就结合源码并梳理调用堆栈来一探究竟！
源代码详细图如下：
从上图中我们可以看出CreateDefaultBuilder()方法主要干了五件大事：
UseContentRoot：指定Webhost使用的contentroot（内容根目录），比如Views。默认为当前应用程序根目录。ConfigureHostConfiguration：启动时宿主机需要的环境变量等相关，支持命令行ConfigureAppConfiguration：设置当前应用程序配置。主要是读取appsettinggs.json配置文件、开发环境中配置的UserSecrets、添加环境变量和命令行参数。ConfigureLogging：读取配置文件中的Logging节点，配置日志系统。UseDefaultServiceProvider：设置默认的依赖注入容器。
从图中可以看出CreateDefaultBuilder后调用了ConfigureWebHostDefaults方法，该方法默认主要做了以下几个事情
UseStaticWebAssets：静态文件环境的配置启用UseKestrel：开启Kestrel为默认的web服务器.ConfigureServices：服务中间件的注册，包含路由的中间件的注册UseIIS：对iis集成的支持UseStartup：程序Startup启动，该启动类中可以注册中间件、扩展第三方中间件，以及相关应用程序配置的处理等等操作
现在所有的配置都已经配置创建好了，接下来我们来看看Build方法主要做了哪些不为人知的事情,先来看下源代码
///<summary>\n\n///Runthegivenactionstoinitializethehost.Thiscanonlybecalledonce.\n\n///</summary>\n\n///<returns>Aninitialized<seecref=&34;/></returns>\n\npublicIHostBuild()\n\n{\n\nif(_hostBuilt)\n\n{\n\nthrownewInvalidOperationException(&34;);\n\n}\n\n_hostBuilt=true;\n\nBuildHostConfiguration();\n\nCreateHostingEnvironment();\n\nCreateHostBuilderContext();\n\nBuildAppConfiguration();\n\nCreateServiceProvider();\n\nreturn_appServices.GetRequiredService<IHost>();\n\n}\n
从代码中可以发现有一个_hostBuilt的变量，细心的同学可以发现该变量主要是用于控制是否build过，所以这里可以大胆猜测只能build一次该Host；现在看下源代码解析图：
经过查看源代码得到的执行结构如上，因此我把代码改造成如下结构。
\npublicclassProgram\n\n{\n\npublicstaticvoidMain(string[]args)\n\n{\n\nCreateHostBuilder(args).Build().Run();\n\n}\n\npublicstaticIHostBuilderCreateHostBuilder(string[]args)=>\n\nHost.CreateDefaultBuilder(args)//开启一个默认的通用主机Host建造者\n\n.ConfigureAppConfiguration(config=>{\n\n//注册应用程序内所使用的配置文件，比如数据库链接等等\n\nConsole.WriteLine(&34;);\n\n})\n\n.ConfigureServices(service=>\n\n{\n\n//注册服务中间件等操作\n\nConsole.WriteLine(&34;);\n\n})\n\n.ConfigureHostConfiguration(builder=>{\n\n//启动时需要的组件配置等，比如监听的端口url地址等\n\nConsole.WriteLine(&34;);\n\n})\n\n.ConfigureWebHostDefaults(webBuilder=>\n\n{\n\nwebBuilder.UseStartup<Startup>();\n\n});\n\n}
Startup代码如下:
\npublicclassStartup\n\n{\n\npublicStartup(IConfigurationconfiguration)\n\n{\n\nConfiguration=configuration;\n\nConsole.WriteLine(&34;);\n\n}\n\npublicIConfigurationConfiguration{get;}\n\n//Thismethodgetscalledbytheruntime.Usethismethodtoaddservicestothecontainer.\n\npublicvoidConfigureServices(IServiceCollectionservices)\n\n{\n\nConsole.WriteLine(&34;);\n\nservices.AddControllersWithViews();\n\n}\n\n//Thismethodgetscalledbytheruntime.UsethismethodtoconfiguretheHTTPrequestpipeline.\n\npublicvoidConfigure(IApplicationBuilderapp,IWebHostEnvironmentenv)\n\n{\n\nConsole.WriteLine(&34;);\n\nif(env.IsDevelopment())\n\n{\n\napp.UseDeveloperExceptionPage();\n\n}\n\nelse\n\n{\n\napp.UseExceptionHandler(&34;);\n\n//ThedefaultHSTSvalueis30days.Youmaywanttochangethisforproductionscenarios,seehttps://aka.ms/aspnetcore-hsts.\n\napp.UseHsts();\n\n}\n\napp.UseHttpsRedirection();\n\napp.UseStaticFiles();\n\napp.UseRouting();\n\napp.UseAuthorization();\n\napp.UseEndpoints(endpoints=>\n\n{\n\nendpoints.MapControllerRoute(\n\nname:&34;,\n\npattern:&34;);\n\n});\n\n}\n\n}\n\n}
通过执行发现执行代码顺序正如我们源代码的执行顺序一致，执行顺序如下图：
为何通过控制台命令运行后自动启动了一个网站程序？
以前ASP.NETweb项目是需要搭建在iis中托管运行，但是ASP.NETCORE项目可以直接通过命令行进行托管运行，运行后可以直接浏览器打开,你们有没有考虑过为什么？，细心的同学查看项目属性也会发现项目的输出类型也是控制台项目,如图:
查看这图，有没有发现很神奇,为什么输出类型竟然可以通过控制台命令行进行启动项目呢？
在上面的源代码分析过程中可以发现启动时会启动一个Kestrel服务器（ConfigureWebHostDefaults方法中会调用UseKestrel），所以命令后启动一个控制台应用程序后相当于启动了一台web服务器；下面简要的概括下Kestrel服务器的优势：
Kestrel：Kestrel是个精简高效的HttpServer，以包形式提供，自身不能单独运行。
内部封装了对libuv的调用，作为I/O底层，屏蔽各系统底层实现差异；有了Kestrel才能真正的实现跨平台.
好了，想必同学们到这里已经对上面两个疑惑有了清晰的答案了。这里我抛出一个疑问，看了上面的代码解读，大家有没有发现ASP.NETCORE和ASP.NET有了很大的不同，这是什么样的设计改进呢？敬请期待下期我们一起来学习ASP.NETCORE的牛逼的管道模型.
如果您觉得不错，请动动手指关注下，觉得有瑕疵敬请在下面留言讨论，我们一起创作一个良好的讨论环境，谢谢您的支持！！！
感谢您的阅读，请微信扫码关注【dotNET博士】微信公众号，后续给您带来更精彩的分享
dotNET博士
OK，本文到此结束，希望对大家有所帮助。