有什么方法可以防止这种情况发生，或者我错过了什么我可以如何解决这个问题？这是发生在一个相当大的解决方案，它需要永远构建，如果一切都是重建所有的时间。
正如Hans所说，在同一个项目中以不同的方式引用两个system.net.http.dll，这会造成构建混乱，无法确定引用的版本，并且总是需要重新构建。
实际上，System.Net.Http.dll只是Net Framework4.8的一部分，存在于Reference assemblies中。
所有这些都表明这是一个公共的全局DLL，可以直接在VS中使用，而不必使用nuget安装它。所以我很好奇为什么你仍然使用nuget安装它。

备注：当你创建一个新的net frameowrk4.8项目，然后打开reference，你会发现它已经从Reference程序集中引用了system.net.http.dll。所以当你使用nuget安装它或者使用nuget在HintPath中的路径时，它不会改变初始化路径。
解决方案

要解决这个问题，请卸载nuget包System.Net.Http。右键单击项目--> Manage Nuget Packages-->卸载它。
x1c 0d1x的数据
希望能帮到你。

我对原来的问题和提供的答案已经提供了为什么会发生这种情况的评论
项目中显式包含系统dll
解决这个问题的方法是
删除对系统Dll的特定版本的引用，或者一起删除所有引用
我发现自己处于这种情况。我真的不知道这是如何发生在我的项目，已经发展了7年。但我想分享如何找出你是否在这种情况下旁边的反复重建没有理由。
关键在于OP关于<Private>True</Private>的评论。如果你在.csproj文件中搜索并找到它，那么你可能需要做一些清理工作。这也是一种非常有效的清理方式-通过搜索而不是尝试重复重建直到没有重建发生。（这假设你的解决方案中有很多项目）。
我的方法是在所有文件中搜索<Private>True</Private>，然后对于包含该字符串的每个项目文件，卸载项目并删除引用，然后重新加载项目。
如果在重新加载项目后出现错误，那么需要重新添加删除的引用。但需要以版本无关的方式执行。
例如，我在我的csproj文件中发现了这样的行：

<Reference Include="System.IO, Version=4.1.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">
      <HintPath>..\packages\System.IO.4.3.0\lib\net462\System.IO.dll</HintPath>
      <Private>True</Private>
      <Private>True</Private>
    </Reference>

字符串
这将需要替换为

<Reference Include="System.IO" />

型
一旦你用<Private>True<Private>删除了所有的引用，你就可以开始了。
注意事项：我相信有一个正当的理由为私人=真，我不知道这是什么，但如果你需要它，那么我怀疑你也知道真正的用途是什么，不会盲目地删除它。