你遇到的这种依赖解析异常在混合使用.NET Standard 2.0.2和.NET Framework 4.7.1的解决方案里挺常见的——尤其是那些依赖.NET Standard类库的项目出现问题，反而两个独立的.NET Framework类库一切正常，说明核心问题出在跨框架的依赖传递或配置细节上。结合你已经尝试的隔离类库、配置自动绑定重定向的操作，我给你补充几个针对性的排查和修复方案：

一、确认.NET Framework项目的兼容性配置 #

.NET Framework 4.7.1本身是支持.NET Standard 2.0的，但很多时候是项目缺了关键配置导致依赖解析失败：

• 直接编辑出问题的.NET Framework项目的.csproj文件，添加或确认这些配置：

<PropertyGroup>
  <TargetFramework>net471</TargetFramework>
  <!-- 你提到的<AutoGe...应该就是这个自动绑定重定向配置，需要补全 -->
  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
  <!-- 显式声明对.NET Standard的支持，避免隐式解析出错 -->
  <NetStandardImplicitPackageVersion>2.0.0</NetStandardImplicitPackageVersion>
</PropertyGroup>

• 如果是Web项目出问题，除了上面的配置，还可以右键项目→属性→应用程序，点击「生成绑定重定向」按钮，这会自动在web.config里生成必要的依赖绑定节点，解决版本冲突问题。

二、彻底清理重建解决方案 #

缓存文件搞事情的概率真的很高，按这个流程走一遍：

• 先关掉Visual Studio，把解决方案根目录下的.vs隐藏文件夹删掉
• 手动删除所有项目里的bin和obj文件夹
• 重新打开VS，先右键解决方案点「清理解决方案」，再点「重建解决方案」

三、检查依赖传递的配置 #

要是你的.NET Standard类库引用了NuGet包，得确保这些包能正常传递到.NET Framework项目：

• 打开.NET Standard类库的.csproj，看看NuGet引用的<PackageReference>有没有设置PrivateAssets="all"——这个属性会把依赖藏起来，不让下游项目获取，得删掉这个设置：

<!-- 正确的配置，允许依赖传递 -->
<PackageReference Include="Newtonsoft.Json" Version="13.0.3" />
<!-- 要避免的配置，会阻断依赖传递 -->
<!-- <PackageReference Include="Newtonsoft.Json" Version="13.0.3" PrivateAssets="all" /> -->

• 对于项目引用，右键.NET Framework项目里的类库引用→属性，确认「复制本地」是True，这样依赖的dll才会被复制到输出目录里。

四、排查.NET Standard类库的跨目标问题 #

有时候不小心给.NET Standard类库设置了多个目标框架（比如同时支持netstandard2.0和net471），也会导致依赖解析混乱：

• 打开.NET Standard类库的.csproj，确认只有<TargetFramework>netstandard2.0</TargetFramework>这一行，没有多个<TargetFrameworks>的配置。

五、用NuGet命令修复依赖 #

要是上面的方法都没见效，试试重新安装所有NuGet包：

• 打开NuGet包管理器控制台，执行这条命令：

Update-Package -reinstall

它会重新下载并安装所有项目的NuGet包，修复可能损坏的依赖引用链。

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