卸载NuGet包后App.config中仍存在引用的原因是什么？

这种情况在使用NuGet管理包时其实挺常见的，我来给你拆解下几个核心原因：

• NuGet卸载的清理逻辑有局限：大部分NuGet包安装时会自动往App.config里加配置节、绑定重定向这类内容，但卸载的时候，它只会清理自己明确追踪到的、由安装程序自动添加的配置。如果包安装过程中做了一些非标准的配置修改，或者后续配置被改动过，卸载程序就可能识别不到，留下残留。

• 依赖包的连锁影响：如果你的项目里还有其他NuGet包依赖Common.Logging，哪怕你直接卸载了Common.Logging本身，那些依赖它的包之前可能已经在App.config里写入了相关配置。NuGet只会处理你当前卸载的包的修改，不会去清理其他依赖包留下的配置痕迹。

• 手动修改过配置文件：要是你在安装Common.Logging后，手动编辑过App.config里的相关配置（比如调整日志输出级别、添加自定义日志适配器），这些手动改动的内容不在NuGet的追踪范围内，卸载时自然不会被删除。

• VS2017的NuGet版本偏旧：VS2017自带的NuGet包管理器版本相对较早，一些针对配置清理的优化逻辑还没加上。较新的NuGet版本会更精准地记录包对配置文件的所有修改，卸载时清理得更彻底。

几个快速解决的小建议 #

• 直接手动清理：打开App.config，找到所有和Common.Logging相关的节点（比如<section>里的Common.Logging定义、<commonLogging>配置块、<bindingRedirect>里的对应条目），直接删除即可。
• 检查依赖链：打开NuGet包管理器，查看项目的依赖关系，确认有没有其他包还依赖Common.Logging——如果不需要这些依赖包，可以一起卸载；如果需要，那这些残留配置可能是必要的，就不用删了。
• 更新NuGet扩展：在VS2017的「扩展和更新」里找到NuGet包管理器，更新到兼容的最新版本，后续卸载包时能减少这类残留问题。

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