這一章,我們了解一下launchSettings.json的作用。

打開launchSettings.json 文件后，默認情況下，您將找到以下代碼。

{
  "iisSettings": {
    "windowsAuthentication": false,
    "anonymousAuthentication": true,
    "iisExpress": {
      "applicationUrl": "http://localhost:1118",
      "sslPort": 0
    }
  },
  "profiles": {
    "IIS Express": {
      "commandName": "IISExpress",
      "launchBrowser": true,
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    },
    "WebApplication4": {
      "commandName": "Project",
      "dotnetRunMessages": "true",
      "launchBrowser": true,
      "applicationUrl": "http://localhost:5000",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    }
  }
}

在這里，您可以看到，我們有兩個部分。 一種用于IIS Express（IIS服務器），另一種用于Kestrel服務器。

在Visual Studio中，您可以找到上述兩個配置文件（IIS Express和WebApplication4），如下所示。

如果選擇 IIS Express，則它將使用 IIS 服務器，如果您選擇 WebApplication4 應用程序，則它將使用 Kestrel 服務器。

launchSettings.json文件的 commandName 屬性的值可以是以下任何一個:

• IISExpress
• IIS
• Project

launchSettings.json文件的commandName屬性值以及應用程序項目文件中的AspNetCoreHostingModel元素值將確定將要使用和處理傳入HTTP請求的內(nèi)部和外部Web服務器（反向代理服務器）。 為了更好地理解，請看下圖。

如何驗證其工作模式?

方法1:

當我們在launchSettings.json文件中將CommandName用作Project時，ASP.NET Core將忽略AspNetCoreHostingModel值。 Kestrel是唯一將托管應用程序并處理傳入請求的服務器。 讓我們證明這一點。 現(xiàn)在，我們需要將啟動Profile設置為WebApplication4，如下所示。

如果查看launchSettings.json文件，那么您將看到WebApplication4配置文件使用"commandName"："Project"值，并且請注意下面所示的應用程序URL。

在我的應用程序中，URL為http://localhost:5000，端口號在您的示例中可能有所不同。

"WebApplication4": {
      "commandName": "Project",
      "dotnetRunMessages": "true",
      "launchBrowser": true,
      "applicationUrl": "http://localhost:5000",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    }

現(xiàn)在，將應用程序項目文件中的AspNetCoreHostingModel元素值更改為InProcess，如下所示。

<Project Sdk="Microsoft.NET.Sdk.Web">
	<PropertyGroup>
		<TargetFramework>net5.0</TargetFramework>
		<AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
	</PropertyGroup>
</Project>

然后, 啟動該項目, 可以看到首先啟動了CMD,在這種情況下將使用kestrel服務器托管應用程序。

注: 因為當CommandName值為Project時，它將忽略AspNetCoreHostingModel值，而Kestrel是唯一將托管和處理傳入請求的服務器。

方法2:

如果我們使用命令名作為 IISExpress 配置文件，如果我們將 AspNetCoreHostingModel 值設置為 OutOfProcess，則ASP.NET Core使用IIS Express作為外部 Web 服務器，Kestrel 是內(nèi)部 Web 服務器。外部 Web 服務器（即 IIS Express）將接收傳入的 HTTP 請求，然后將請求轉發(fā)到內(nèi)部 Web 服務器，即將處理請求的 Kestrel。讓我們證明這一點。

由于我們已經(jīng)將啟動配置文件設置為 IIS Express，我們只需要將 AspNetCoreHostingModel 元素值更改為應用程序的項目文件中的 OutOfProcess，如下所示。

<Project Sdk="Microsoft.NET.Sdk.Web">
	<PropertyGroup>
		<TargetFramework>net5.0</TargetFramework>
		<AspNetCoreHostingModel>OutOfProcess</AspNetCoreHostingModel>
	</PropertyGroup>
</Project>

運行應用程序，瀏覽器輸出了項目名稱, 如下所示, 因為請求由Kestrel Web Server服務器處理。

注: 通過運行時,輸出當前進程名稱即可。

到此這篇關于ASP.NET Core基礎之啟動設置的文章就介紹到這了。希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論