.NET Core生产环境无法读取User Secrets，启动报错ArgumentNullException

你遇到的核心问题是 User Secrets（secrets.json）仅在开发环境中生效，当你发布应用到生产服务器后，这个文件不会被包含在部署包内，所以Configuration["DbPassword"]无法读取到值，导致SqlConnectionStringBuilder.Password赋值时传入null，触发了ArgumentNullException。

User Secrets是为开发阶段设计的安全工具，用来避免把敏感信息（比如数据库密码）提交到代码仓库，但生产环境绝对不能依赖它。下面是几种可行的生产环境配置方案：

1. 使用环境变量（推荐） #

.NET Core的配置系统会自动读取环境变量，你可以在托管服务器上设置对应的环境变量：

• 对于Windows服务器（IIS）：
  1. 打开IIS管理器，找到你的应用程序池，右键选择「高级设置」。
  2. 在「环境变量」部分，添加一个键为DbPassword，值为你的数据库密码的变量。
  3. 重启应用程序池，让配置生效。
• 如果你用命令行启动应用，可以在启动前设置：

  setx DbPassword "你的数据库密码"
  

2. 使用生产环境的appsettings文件（需注意安全） #

你可以创建appsettings.Production.json文件（如果还没有），在其中添加DbPassword的配置：

{
  "DbPassword": "你的数据库密码"
}

⚠️ 注意：不要把这个文件提交到代码仓库，并且确保服务器上的这个文件权限设置正确，只有应用程序池账号能读取。

3. 整合服务器的配置系统 #

如果你的托管服务器提供了配置管理功能（比如某些云主机的应用设置面板），可以直接在面板中添加DbPassword的键值对，.NET Core的配置系统会自动加载这些值。

为了确认配置是否生效，你可以在Startup.ConfigureServices方法中临时添加日志输出（生产环境测试后记得移除）：

var dbPassword = Configuration["DbPassword"];
Console.WriteLine($"DbPassword loaded: {dbPassword != null ? "Yes" : "No"}");

这样你可以在服务器的日志中看到密码是否被正确读取。

• 永远不要把敏感信息硬编码到代码中，也不要提交到版本控制系统。
• 生产环境优先使用环境变量或专用的密钥管理服务来存储敏感信息。
• 确保服务器上的配置文件权限严格，避免敏感信息泄露。

内容的提问来源于stack exchange，提问作者Avoraa