前言
在我们实际开发过程中一般分为开发环境和生产环境, 这两个环境一般配置会有不一样, 例如数据库连接字符串. .net core 框架中提供三个值, Development(开发), Staging(分阶段), Production(生产环境). 我们可以根据这个来配置不同的环境.
创建appsettings文件
在创建项目的时候系统会默认创建一个appsettings.json 和 appsettings.Development.json文件. 其中appsettings.Development.json用于存储仅用于开发环境的配置, 而appsettings.json存储公共配置. 我们还可以自己新建appsettings.Production.json. 用于存储仅用于生成环境的. 新增appsettings.Staging.json 用于分阶段的环境
我们写一个数据库连接字符串的
appsettins.Production.json
appsettings.json
appsettings.Development.json
读取appsettings文件
.net core 中默认已经注入了读取appsettings.json的方法, 我们只要使用就可以了
[ApiController]
[Route("[controller]/[action]")]
public class DemoController : ControllerBase
{
private readonly IConfiguration _configuration;
public DemoController(IConfiguration configuration)
{
_configuration = configuration;
}
public IActionResult TestGet()
{
var cfRt = _configuration["DbConnect"];
return Ok(cfRt);
}
}
系统默认读取配置文件的顺序是
开发环境
appsettings.Development.json -> appsettings.json
生产环境
appsettings.Production.json -> appsettings.json
没有Development和Production的时候默认读取 appsettings.json
如何修改读取文件
如果不想是默认的读取文件, 可以手动修改.
开发环境
点击项目的属性, 点击调试, 将环境变量改为 Producttion, 这样开发环境就可以直接读取 appsettings.Production.json.
如果你设置的值找不到, 则会读取appsettings.json里的
生产环境
生产环境我们通过修改服务器上的web.config文件, 在apsNetCore节点里添加
<environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
其中 value 可以设置你想要读取的文件. 如果找不到则会读取 appsettings.json里的
<aspNetCore processPath="dotnet" arguments=".\FanjqOneSln.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" >
<environmentVariables>
<environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
</environmentVariables>
</aspNetCore>
IIS发布配置不同的环境
对于 Windows IIS 部署： 将 <EnvironmentName> 属性包含在发布配置文件 (.pubxml) 或项目文件中。 此方法在发布项目时设置 web.config 中的环境：
XML
<PropertyGroup>
<EnvironmentName>Development</EnvironmentName>
</PropertyGroup>
.NET Core3.0创建Worker Services
.NET CORE 3.0新增了Worker Services的新项目模板，可以编写长时间运行的后台服务，并且能轻松的部署成windows服务或linux守护程序。如果安装的vs2019是中文版本，Worker Services变成了辅助角色服务。Worker Services 咱也不知道怎么翻译成了这个名称，咱也不敢乱翻译，下文就保持原名称。。。，本文将会演示如何创建一个Worker Services项目，并且部署为windows服务或linux守护程序运行；
开始创建worker service 项目
创建新项目——》选择辅助角色服务
项目创建成功之后，您会看到创建了两个类：Program和Worker。
Program.cs
public static void Main(string[] args)
{
CreateHostBuilder(args).Build().Run();
}
public static IHostBuilder CreateHostBuilder(string[] args) =>
Host.CreateDefaultBuilder(args)
.ConfigureServices((hostContext, services) =>
{
services.AddHostedService<Worker>();
});
Program类跟ASP.NET Core Web应用程序非常类似，不同之处没有了startup类，并且把worker服务添加到DI container中。
Worker.cs
public class Worker : BackgroundService
{
private readonly ILogger<Worker> _logger;
public Worker(ILogger<Worker> logger)
{
_logger = logger;
}
protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
while (!stoppingToken.IsCancellationRequested)
{
_logger.LogInformation("Worker running at: {time}", DateTimeOffset.Now);
await Task.Delay(1000, stoppingToken);
}
}
}
worker只是一个简单的类，它继承自BackgroundService ，而后者又实现IHostedService接口。
默认的worker演示，没隔1秒，循环打印运行的时间。
部署为Windows服务运行
1.在项目中添加nuget包：Microsoft.Extensions.Hosting.WindowsServices
2.然后在program.cs内部，将UseWindowsService()添加到CreateHostBuilder
public static IHostBuilder CreateHostBuilder(string[] args) =>
Host.CreateDefaultBuilder(args)
.UseWindowsService()
.ConfigureServices((hostContext, services) =>
{
services.AddHostedService<Worker>();
});
3.执行一下命令发布项目
dotnet publish -c Release -o C:\WorkerPub
4.然后使用sc.exe工具来管理服务，输入一下命令创建为windows服务
sc.exe create DemoWorkService binPath=C:\WorkerPub\WorkerService1.exe
查看服务状态使用一下命令
sc.exe query DemoWorkService
启动命令
sc.exe start DemoWorkService
在服务列表查看，DemoWorkService已安装成功
停用 、删除命令
sc.exe stop DemoWorkService
sc.exe delete DemoWorkService
部署作为Linux守护程序运行
部署linux守护程序也是很方便的执行一下两个步骤即可：
- 添加
Microsoft.Extensions.Hosting.SystemdNuGet包到项目中，并告诉你的新Worker，其生命周期由systemd管理！ - 将
UseSystemd()添加到主机构建器中。
public static IHostBuilder CreateHostBuilder(string[] args) =>
Host.CreateDefaultBuilder(args)
.UseSystemd()
.ConfigureServices((hostContext, services) =>
{
services.AddHostedService<Worker>();
});