另外，在使用NuGet还原的CI环境中，确保没有将部分文件夹检入源代码控制。默认情况下，在向源代码控制添加文件夹时，它将自动排除程序集。此外，这违背了在构建时恢复核包的整个目的。检查程序集或不检入任何包文件夹都将获得成功的构建，但更好的实践是不将包检入源代码控制。

在我的例子中，我的文件夹名为Newtonsoft.Json.6.0.7

\Newtonsoft.Json.6.0.5\…

将.csproj文件更改为6.0.7修复了这个问题。

看看Newtonsoft的版本。Json Newtonsoft属性

然后你需要在你的web配置中添加这个版本(在我的例子中是8.0.0.0) 网络配置

另外，在使用NuGet还原的CI环境中，确保没有将部分文件夹检入源代码控制。默认情况下，在向源代码控制添加文件夹时，它将自动排除程序集。此外，这违背了在构建时恢复核包的整个目的。检查程序集或不检入任何包文件夹都将获得成功的构建，但更好的实践是不将包检入源代码控制。

我犯了一个错误，为。net 4.5添加了一个NewtonSoft .dll文件。

我的主要项目是4.5，但当我向我的解决方案添加一个额外的项目时，它奇怪地将它添加为。net 2.0项目……当我试图使用NewtonSoft的4.5 dll时，我得到了这个“NewtonSoft”。Json cannot 't be found”错误。

解决方案(当然)是将这个新项目从。net 2.0改为4.5。

这是非常古老的，似乎仍然有许多人有同样的问题。所以我想分享我的经验，它可能会帮助别人。

我在两个地方也有同样的问题。在一个项目中使用6.0.4.0，在不同的项目中使用4.5.0.0。

1-这对我很有用。在bin文件夹中，我有6.0.0.0 Newtonsoft.Json.dll和到4.5.0.0 dll的符号链接

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<probing privatePath="bin\4.5dlls-path;" />
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" 
culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>

如果你不知道如何在这里创建符号链接。

mklink /D "文件夹名称" " dll路径"

2-在这种情况下，当我从Web配置文件中删除部分时，它工作了。记住，我在不同的项目中参考了6.0.0.0和4.5.0.0。在符号链接中，我有12.0.1.0 dll和6.0.0.0 bin。

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<probing privatePath="bin\12.0.1dlls-path;" />
</dependentAssembly>
</assemblyBinding>
</runtime>

3-我还有一个解。如果您在不同的项目中有不同版本的Newtonsoft.Json.dll，请尝试将所有版本升级到一个版本或最新版本，但在某些情况下可能无法工作。system.net.http.formating.dll可能需要netttonsoft . json .dll 6.0.0.0版本。在这种情况下，你需要6.0.0.0的版本，所以尽量让所有的版本都相同。希望这能帮助到一些人。