ASP.NET Core中的LaunchSettings.Json【转】

launchSettings.json文件

当我们使用Visual Studio或者.NET Core CLI运行项目的时候，就会使用到LaunchSettings.json文件中的这些设置。

​ 你需要特别记住的一点就是：LaunchSettings.json文件，仅仅只是在本地的电脑上使用。这也就是意味着，当我们发布ASP.NET Core应用程序到生产环境的时候，这个文件是不需要的。

当你有一些特别的设置，你需要你的应用程序**能够在发布部署的时候使用，那么你应该把这些设置写在appSettings.json**文件中。通常，在ASP.NET Core中，配置文件都是写在appsettings.json文件中的。

launchSettings.json文件中的配置信息

在上面的图片中，你可以看到profiles有两个部分，一个是IIS Express，还有一个是OnlineAnswerSystem_1.

​ 你需要记住的是：当你按CTRL+F5或者直接按F5，运行程序的时候，那么profiles中的”commandName”: “IIS Express”就会被使用。与此同时，当你使用.NET Core CLI运行ASP.NET Core应用程序的时候，那么profile中的**“commandName”:”Project**”这段配置就会被使用。

然而，当你想要选择哪个配置文件将会被使用，可以选择Visual Studio中的这个下拉框选项：

commandName属性的值，可以是下面几个：

1. IIS Express
2. IIS
3. Project

CommandName属性的值，以及项目文件中的AspNetCoreHostingModel 节点的值，将会决定应用程序使用的是内部服务器，还是外部服务器（也叫反向代理服务器）。请看下面的表格。

修改Program.cs类中的Configure方法

修改Configure方法，以便在浏览器中显示程序运行的时候的工作进程：

案例一：

具体的看上面的那张图即可

​ 当我们使用**Project**作为命令行属性的值的时候，ASP.NET Core是会忽略AspNetCoreHostingModel节点中的值的。然后Kestrel服务器就是唯一的服务器来托管运行程序了，以及处理HTTP请求。我们如下操作：选择【MvcMovie】

然后运行应用程序：

任务管理器中可以看到：使用的主机是ApplicationFrameHost.exe

现在改变一下项目文件，在里面添加：InProcess

​ 运行的结果还是一样，这是因为：CommandName的属性是Project，然后就会忽略AspNetCoreHostingModel节点的配置，这个时候，Kestrel是唯一的服务器，来托管程序，并处理HTTP请求。这也就验证了表格中的第一条。

案例二：

​ CommandName选择**IIS Express，并且AspNetCoreHostingModel选择InProcess，那么IIS Express将会是唯一的服务器，来托管程序，处理HTTP请求了。

运行程序：可以看到这时候，进程名称就是iisexpres**了。

案例三：

​ ComandName选择IIS Express ,AspNetCoreHostingModel选择OutOfProcess.这个时候，ASP.NET Core使用IIS Express作为外部服务器，Kestrel服务器作为内部服务器。外部服务器IIS Express将会接收HTTP请求，然后传递给内部服务器来处理。我们来验证一下：

运行程序：

怎样在Visual Studio 中使用图形用户界面来获取设置CommandName?
右键项目–选址属性，然后找到Debug，就看到了：

使用图形界面，我们同样可以改变launchSettings.json中的设置。这里你可以看到环境变量“ASPNETCORE_ENVIRONMENT”的值是”Development”,当你运行项目的时候，你可以改变成“Staging”或者“Production”。

当然你还可以自己添加环境变量，并且你还可以根据环境变量做一些事情，例如：

上面的图片中，将会检查是否是开发环境，如果是，就执行开发环境下的异常页面。