引用命令行工具复用备份代码时，ConfigurationManager.AppSettings调用异常咨询

这个问题我之前在重构跨项目复用代码时也踩过坑，核心原因是配置读取的上下文变了——当你把CLI工具作为类库引用到GUI项目中时，ConfigurationManager.AppSettings默认会读取宿主进程（也就是你的GUI应用）的配置文件，而不是CLI原本的.config文件。下面给你几个从快速修复到长期优化的解决方案：

方案1：快速修复——合并配置到GUI的配置文件 #

这是最省心的临时解决方式，不需要修改任何代码：

• 找到CLI项目里的App.config，把里面的<appSettings>节点下的所有键值对，复制粘贴到GUI项目的App.config（WPF的话是App.xaml.config）对应的<appSettings>节点中。
• 这样当GUI调用CLI的备份方法时，ConfigurationManager.AppSettings会从GUI的配置文件里读取到需要的设置。
• 👉 注意：如果后续CLI的配置有更新，记得同步到GUI的配置文件里，避免出现配置不一致的问题。

方案2：让CLI主动加载自己的配置文件 #

如果不想把CLI的配置和GUI混在一起，可以修改CLI的代码，让它主动加载自身的配置文件：

1. 先确保CLI的配置文件能被复制到GUI的输出目录：
   • 在CLI项目中右键App.config → 属性 → 复制到输出目录，设置为始终复制（或较新时复制）。
2. 修改CLI中读取配置的代码，替换原来的ConfigurationManager.AppSettings调用：

   // 原来的代码（仅在CLI独立运行时有效）
   // var backupPath = ConfigurationManager.AppSettings["BackupPath"];
   
   // 修改后的代码：加载CLI自身的配置文件
   string cliConfigPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "YourCliTool.exe.config");
   Configuration cliConfig = ConfigurationManager.OpenExeConfiguration(cliConfigPath);
   string backupPath = cliConfig.AppSettings.Settings["BackupPath"]?.Value;
   

• 👉 好处：CLI的配置完全独立，不需要和GUI同步；坏处：需要修改CLI的代码，且要确保配置文件被正确复制到输出目录。

方案3：长期最优解——抽象核心逻辑为独立类库 #

既然你正在做重构，为了彻底解决代码复用和配置一致性问题，建议把备份的核心逻辑和配置读取逻辑抽成一个独立的类库：

1. 新建一个类库项目（比如叫ServerBackup.Core），把CLI里的备份业务逻辑、配置相关的代码都移到这里。
2. 对于配置读取，推荐改用.NET Core的Microsoft.Extensions.Configuration体系（即使你用的是.NET Framework，也可以通过NuGet安装这个包），它支持多配置源，且在任何宿主环境下都能正常工作。
3. 然后让CLI工具和GUI应用都引用这个ServerBackup.Core类库：
   • CLI工具：从自己的App.config读取配置，传给Core类库的方法。
   • GUI应用：从自己的配置文件（或GUI的设置界面）读取配置，传给Core类库的方法。

• 👉 好处：彻底消除重复代码，配置逻辑统一，后续维护成本极低；坏处：需要做一定的代码重构，但长期来看非常值得。

额外小提示 #

如果你还在使用旧的ConfigurationManager，建议尽快迁移到Microsoft.Extensions.Configuration——它不仅解决了跨宿主的配置读取问题，还支持更灵活的配置方式（比如JSON配置、环境变量配置等），对后续的功能扩展也更友好。

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