我之前也碰到过几乎一模一样的问题，折腾了好一阵才找到几个可行的解决办法，给你参考下：

1. 手动检查并清理项目文件（.csproj） #

有时候Visual Studio会在项目文件里悄悄添加重复的引用节点，尤其是自定义打包的NuGet包，可能因为元数据的小问题触发这个bug。

• 右键你的项目 → 卸载项目
• 右键卸载后的项目 → 编辑.csproj
• 搜索你的NuGet包名称，看看是不是存在多个<PackageReference>节点，或者有没有不带Version属性、路径为空的无效节点
• 删除重复/无效的节点，保存后重新加载项目

2. 清理NuGet缓存与本地包文件 #

本地缓存的包可能损坏或残留，导致VS重新加载时识别混乱：

• 打开Visual Studio的 工具 → 选项 → NuGet包管理器 → 常规，点击「清除所有NuGet缓存」
• 手动删除项目根目录下的packages文件夹（如果存在），以及用户目录%userprofile%\.nuget\packages中对应你的包的文件夹
• 右键解决方案 → 还原NuGet包，重新拉取完整的包文件

3. 排查自定义NuGet包的打包配置问题 #

如果是你自己打包的NuGet包，可能是打包时的元数据不完整导致VS解析异常：

• 检查你的.nuspec文件，确保<id>、<version>、<authors>这些必填字段没有拼写错误，格式符合NuGet规范
• 尝试用dotnet pack命令行工具打包，代替Visual Studio的内置打包功能——有时候VS的打包会生成额外的冗余元数据，引发引用冲突
• 确认打包后的包没有包含重复的依赖项或无效的文件引用

4. 重置Visual Studio组件缓存 #

VS自身的组件缓存损坏也可能导致引用解析出错：

• 关闭所有Visual Studio实例
• 删除目录%localappdata%\Microsoft\VisualStudio\<你的VS版本号>\ComponentModelCache下的所有文件
• 重新打开VS并加载项目

5. 检查解决方案级别的NuGet配置 #

解决方案根目录下的nuget.config如果有错误配置，也可能引发这类问题：

• 打开解决方案根目录的nuget.config文件，检查是否存在重复的包源、无效的配置节点
• 必要时可以先备份该文件，然后删除它，让VS使用默认的NuGet配置，再重新测试

如果以上方法都没解决，可以尝试新建一个空白项目，安装你的NuGet包，对比两个项目的.csproj文件和NuGet配置，通常能快速定位出差异所在。

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