如何在ASP.NET Core 2.0中用环境变量存储生产密钥？IIS多应用配置疑问

嘿，你提到的开发用Secret Manager、部署优先用环境变量的思路完全没问题！针对你遇到的「同一变量要给不同IIS应用设不同值，系统环境变量行不通，web.config又会被VS覆盖」的痛点，我给你几个实际项目里常用的靠谱方案：

1. 用Web配置转换（Web.config Transformation）隔离发布配置 #

VS的这个功能专门解决「本地配置不被发布配置覆盖」的问题，步骤很清晰：

• 本地开发时，web.config里可以留个占位符，或者直接用Secret Manager的变量，比如：

  <appSettings>
    <add key="YourSecretKey" value="LocalDevPlaceholder" />
  </appSettings>
  

• 右键项目 → 添加 → 新建项，选「Web配置转换文件」，给每个IIS应用对应的发布环境建一个转换文件（比如Web.App1.config、Web.App2.config）。
• 在转换文件里写替换规则，比如给第一个应用的配置：

  <appSettings>
    <add key="YourSecretKey" value="App1-Unique-Secret" xdt:Transform="SetAttributes" xdt:Locator="Match(key)" />
  </appSettings>
  

• 发布的时候选择对应的转换配置，VS会自动生成该应用专属的web.config，本地的web.config完全不会被改动。

2. 直接设置IIS应用级别的环境变量 #

其实IIS支持给单个站点/应用池设置专属环境变量，根本不用碰系统级变量：

• 打开IIS管理器，找到你的目标应用 → 右键 → 「管理应用程序」→ 「高级设置」
• 找到「环境变量」这一栏，点击编辑，添加你需要的键值对（比如YourSecretKey=App2-Specific-Value）
• 代码里直接用Environment.GetEnvironmentVariable("YourSecretKey")读取就行，不同应用的变量完全独立，互相不干扰。开发阶段依然用Secret Manager，部署后无缝切换到IIS的应用级变量，非常省心。

3. 用外部配置文件分离敏感配置（最灵活） #

把敏感的应用专属配置单独放在一个外部文件里，web.config只做引用，这样VS绝对不会覆盖它：

• 在web.config的appSettings节点里加个file属性，指向外部文件：

  <appSettings file="AppSettings.Private.config">
    <!-- 这里放公共的、不敏感的配置 -->
  </appSettings>
  

• 创建AppSettings.Private.config文件，把它加入.gitignore（别提交到代码库），开发时放本地测试值，或者用Secret Manager覆盖。
• 部署到IIS时，给每个应用单独放一份对应的AppSettings.Private.config，里面写该应用的专属变量值就行。这种方式不仅避免了配置覆盖，还能把敏感信息和代码彻底分离，安全性也更高。

个人最推荐第二种或者第三种方案，看你的部署流程哪个更顺手——如果是运维负责IIS配置，选应用级环境变量；如果是自己管理配置文件，外部配置文件更灵活。

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