前言

在我们开发的过程中，往往会有这几个环境，Dev、QA、Pre和Pro。

当然不同的环境可能大家的叫法会有点不一样。

最常遇到的问题，或许就是不同环境的配置文件问题！

一个环境一个配置文件是很常见的做法。

在开发的时候，我们可以通过修改launchSettings.json来达到不同环境的切换。

本质是通过ASPNETCORE_ENVIRONMENT这个变量值来完成。

但是部署到服务器的时候就需要换个方式来处理这个问题了。 因为发布后的文件并没有launchSettings.json。

这里简单介绍两种方法来处理这个问题。

方法1

设置系统的环境变量。

修改 /etc/profile 文件，添加下面的配置

export ASPNETCORE_ENVIRONMENT=QA

再执行source命令，使其生效。

source /etc/profile

执行 dotnet myweb.dll 的时候就可以看到下面的结果

Hosting environment: QA
Content root path: /var/www/testweb
Now listening on: http://127.0.0.1:47372
Application started. Press Ctrl+C to shut down.

这种做法，虽然可以完成不同环境的切换问题，但是要为每台机器设置一个环境变量。

由于直接是镜像copy出来的系统，好多系统配置是已经做好标准规范的了，所以这样做还是会很麻烦，运维的同学肯定也不愿意每copy一台机器，都帮你改这个东西。

所以这个方法自已玩玩的机率比较多。

方法2

在启动程序的时候，添加一个名为environment的Command-Line参数，同时指定它的值为对应的环境值。

下面的例子是托管在Jexus时的写法。

AppHost={
cmd=dotnet /var/www/testweb/myweb.dll --environment QA; 
root=/var/www/testweb;  
port=0;
}

这个时候看到的日志也是一样的效果。

Hosting environment: QA
Content root path: /var/www/testweb
Now listening on: http://127.0.0.1:47372
Application started. Press Ctrl+C to shut down.

通过这种方法，可控性看上去比较好，只需要加个参数即可。

如果用方法2需要注意一点：

在Program.cs中，不要忘记AddCommandLine。

不过如果用的是WebHost.CreateDefaultBuilder(args)就可以忽略这一点了。