韩日欧美,亚洲片国产一区一级在线观看,婷婷激情久久

默認情況下，ASP. NET Core應用會監聽一下2個Url:

http://localhost:5000
https://localhost:5001

在本篇博文中，我將展示如何使用五種不同的方式改變應用監聽的URLs。

在ASP.NET Core項目啟動時，有多種配置監聽Url的方式，在我之前的一篇博客中，已經展示了在ASP.NET Core 1.0中如何應用不同的方式配置，在ASP.NET Core 3.x中，大部分方式還是一樣的。

UseUrls() - 在Program.cs配置程序監聽的URLs
環境變量 - 使用DOTNET_URLS或者ASPNETCORE_URLS配置URLs
命令行參數 - 當使用命令行啟動應用時，使用--urls參數指定URLs
使用launchSettings.json - 使用applicationUrl屬性來配置URLs
KestrelServerOptions.Listen() - 使用Listen()方法手動配置Kestral服務器監聽的地址

下面我來詳細說明一下每個一種方式。

哪些Url可以使用？

在本篇我描述是你可以綁定的"URLs", 但是你不能使用所有的URLs. 這里有三種你可以綁定的URLs

IPV4和IPV6的主機名(例如http://localhost:5000). 這種URL的格式是{scheme}://{loopbackAddress}:{port}

在你機器上可用的指定IP地址(例如http://192.168.8.31:5005), 這種URL的格式是{scheme}://{IPAddress}:{port}針對給定端口，使用"任何"IP地址（例如http://*:6264）, 這種URL的格式是{scheme}://*:{port}

在以上說明的幾種格式中，端口號也可以是選填的，如果你忽略它，系統會使用默認端口(http使用80端口，https使用443端口)。

使用哪一種格式的URLs取決于你的部署方式。例如，如果你你將多個應用托管在同一臺“裸機”中，你可能需要顯示指定IP地址。但是如果你使用了容器托管，那么你可以使用localhost作為地址。

注意，針對"任何"IP地址的格式 - 你不一定必須使用*，你可以使用任何字符，只要不是IP地址或者localhost, 這意味著你可以使用http://*, http://+, http://mydomain, http://example.org. 以上所有字符串都具有相同的行為，可以監聽任何IP地址。如果你想僅處理來自單一主機名的請求，你需要額外配置主機過濾。

現在你已經了解了你需要監聽的URLs類型，接下來你就需要告訴你的應用如何使用它們。我這里我將展示五種可能使用到方式。

UseUrls()

首先，最簡單的方式，當配置IWebHostBuilder時，你可以使用UseUrls()方法硬編碼綁定的URLs。

				?

									public class Program

									{

									  public static void Main(string[] args)

									  {

									    CreateHostBuilder(args).Build().Run();

									  }

									  public static IHostBuilder CreateHostBuilder(string[] args) =>

									    Host.CreateDefaultBuilder(args)

									      .ConfigureWebHostDefaults(webBuilder =>

									      {

									        webBuilder.UseStartup<Startup>();

									        webBuilder.UseUrls("http://localhost:5003", "https://localhost:5004");

									      });

									}

硬編碼一個URLs從來都不是一個干凈可擴展解決方案的選擇，所以這種方式通常只會用來做Demo.

幸運的是，你也可以從外部配置文件、環境變量或者命令行參數中加載URLs配置。

環境變量

.NET Core中允許使用兩種配置方式

應用程序級配置是你通常在應用程序中使用的配置，它是用appSettings.json配置文件和環境變量中加載的。
主機配置用于配置應用程序的基礎配置，例如主機環境和主機URLs

當我們在考慮如何配置應用URLs時，主機配置是讓我們感興趣的一種。默認主機配置的值來自三個不同的地方。

以DOTNET_開頭的環境變量。
命令行參數
以ASPNETCORE_開頭的環境變量。這種方式僅限ASP.NET Core應用，基于通用主機的worker service是不適用的。

如果你沒有手動復寫過UseUrls()方法，ASP.NET Core會使用系統配置的中URLS鍵的值?；诿枋觯憧梢允褂靡幌聝煞N方式配置URLs

DOTNET_URLS
ASPNETCORE_URLS

如果你同時使用2種環境變量，系統會優先使用ASPNETCORE_URLS中定義的參數

你可以根據你的開發環境使用一些通用方式配置環境變量。例如，使用命令行

				?

									setx ASPNETCORE_URLS <a href="http://localhost:5001/" rel="external nofollow">http://localhost:5001</a>

使用powershell

				?

									$Env: ASPNETCORE_URLS = <a href="http://localhost:5001/" rel="external nofollow">http://localhost:5001</a>

或者使用bash命令

				?

									export ASPNETCORE_URLS=<a href="http://localhost:5001;https://localhost:5002" rel="external nofollow">http://localhost:5001;https://localhost:5002</a>

從以上例子中不難發現，如果想要配置多個地址，只需要用分號間隔即可。

命令行參數

另外一種設置主機配置的方式是使用命令行參數。如果同時配置了環境變量和命令行參數，命令行參數的值會覆蓋環境變量配置的值。這里我們可以使用--urls參數來配置URLS

				?

									dotnet run --urls <a href="http://localhost:5100" rel="external nofollow">http://localhost:5100</a>

和之前的例子一樣，這里你可以使用分號間隔配置多個URLs

				?

									dotnet run --urls <a href="http://localhost:5100;https://localhost:5101" rel="external nofollow">http://localhost:5100;https://localhost:5101</a>

在生產環境中，配置URLS的最常用方式是使用環境變量或者命令行參數，但是在本地開發環境中，可能就有點笨重了，這時候使用launchSetting.json來配置URLS可能更簡單一點。

launchSettings.json

大部分.NET Core項目模板中都包含了一個名為launchSetting.json的文件, 這個文件通常放在Properties文件夾中。這個文件中包含了啟動ASP.NET Core項目的各種配置。一個典型的launchSetting.json文件中包含了兩部分定義，一部分是命令行啟動項目時的配置，一部分是使用IIS Express啟動項目時的配置。具體使用哪一部分是由Visual Studio中的"Debug"下拉列表控制的：

詳解ASP.NET Core中配置監聽URLs的五種方式

在launchSettings.json文件中，我們使用applicationUrl屬性就可以配置應用綁定的URLs - 在如下的例子中，你可以看到在iisSettings節點下有一個配置，在TestApp節點下有一個配置。

				?

									{

									 "iisSettings": {

									  "windowsAuthentication": false, 

									  "anonymousAuthentication": true, 

									  "iisExpress": {

									   "applicationUrl": "http://localhost:38327",

									   "sslPort": 44310

									  }

									 },

									 "profiles": {

									  "IIS Express": {

									   "commandName": "IISExpress",

									   "launchBrowser": true,

									   "environmentVariables": {

									    "ASPNETCORE_ENVIRONMENT": "Development"

									   }

									  },

									  "TestApp": {

									   "commandName": "Project",

									   "launchBrowser": true,

									   "applicationUrl": "https://localhost:5001;http://localhost:5000",

									   "environmentVariables": {

									    "ASPNETCORE_ENVIRONMENT": "Development"

									   }

									  }

									 }

									}

你不需要特別指定使用這個文件 - dotnet run命令會自動加載它。

launchSettings.json文件中也提供了額外的環境變量配置參數environmentVariables，在上面的例子中你就可以發現它們。

當你從命令行使用dotnet run命令啟動你的應用時，你的應用會從"Project"命令下的applicationUrl參數中加載配置https://localhost:5001;http://localhost:5000，當你使用IISExpress命令啟動項目的時候，你的應用會從iisSettings.iisExpress節點的applicationUrl參數中加載配置http://localhost:38327

當你做本地開發的時候，這個文件是配置環境最簡單的方式。事實上，如果你不想使用launchSettings.json文件，你需要特別配置。

				?

									dotnet run --no-launch-profile

以上命令會跳過launchSettings.json文件的加載，并使用主機環境變量配置來決定綁定的URLs。

到目前為止，所有的實現方案都是間接為Kestrel服務器配置URLs, 但是實際上你還可以直接配置。

KestrelServerOptions.Listen()

幾乎所有的ASP.NET Core應用默認都會使用Kestrel服務器。如果你想的話，你可以手動配置Kestrel服務器節點，或者使用IConfiguration配置KestrelServerOptions。

我從來沒有這樣做過，這里有非常多的配置項，因此在大多數情況下，我建議參考文檔。例如，你可以使用Listen()函數顯式配置KestrelServerOptions

				?

									public class Program

									{

									  public static void Main(string[] args)

									  {

									    CreateHostBuilder(args).Build().Run();

									  }

									  public static IHostBuilder CreateHostBuilder(string[] args) =>

									    Host.CreateDefaultBuilder(args)

									      .ConfigureWebHostDefaults(webBuilder =>

									      {

									        webBuilder.UseStartup<Startup>();

									        webBuilder.UseKestrel(opts =>

									        {

									          // Bind directly to a socket handle or Unix socket

									          // opts.ListenHandle(123554);

									          // opts.ListenUnixSocket("/tmp/kestrel-test.sock");

									          opts.Listen(IPAddress.Loopback, port: 5002);

									          opts.ListenAnyIP(5003);

									          opts.ListenLocalhost(5004, opts => opts.UseHttps());

									          opts.ListenLocalhost(5005, opts => opts.UseHttps());

									        });

									      });

									}

以上配置為Kestrel服務器設置了多個監聽地址。在上面的例子中，使用了硬編碼，但是實際上可以改用IConfiguration綁定。當你使用以上方式為Kestrel服務器配置URLs時，如果你還是用了其他方式對URLs進行了配置，那么它覆蓋其他方式的配置。如果發生這種情況，你會在程序日志中看到如下警告：

warn: Microsoft.AspNetCore.Server.Kestrel[0]
Overriding address(es) 'http://localhost:5007'. Binding to endpoints defined in UseKestrel() instead.
info: Microsoft.Hosting.Lifetime[0]
Now listening on: http://127.0.0.1:5002
info: Microsoft.Hosting.Lifetime[0]
Now listening on: http://[::]:5003

對我個人而言，我沒有遇到過使用這方式為Kestrel服務器配置URLs的場景, 但是當你需要的時候，你就可以完全控制Kestrel服務器配置。

總結

在本篇博文中，我展示了通過五種不同的方式，來設置應用程序的監聽URLs. UseUrls()是最簡單的，但是基本上不太適合在生產環境中使用。通過命令行參數--urls以及ASPNETCORE_/DOTNET環境變量是生產環境的常用方式。在開發環境中，launchSetting.json文件是最有用的配置方式。如果你需要細粒度的配置，你可以直接使用Kestrel服務器自帶的配置選項。

到此這篇關于詳解ASP.NET Core中配置監聽URLs的五種方式的文章就介紹到這了,更多相關ASP.NET Core監聽URLs內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！

原文： 5 ways to set the URLs for an ASP.NET Core app
作者： Andrew Lock
譯者： Lamond Lu

原文鏈接：https://www.cnblogs.com/lwqlun/p/12727098.html