未找到 System.Net.Http 4.2.0.0 的奇怪问题

我刚刚使用 NuGet 安装了 System.Net.Http。你可以在这里抓住它：

https://www.nuget.org/packages/System.Net.Http/

我正在处理的 ASP.NET MVC 项目以 .NET 4.6.1 为目标。在使用 Visual Studio 2019 在 IIS Express 中进行调试时，它可以在我的机器上完美运行。

尝试运行部署到 Azure 的应用程序时出现问题。我收到了这个错误：

无法加载文件或程序集 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' 或其依赖项之一。

在我的情况下真正起作用的是打开 .csproj 文件并搜索 System.Net.Http，如下面的屏幕截图所示......

https://i.stack.imgur.com/JObUK.jpg

看到 .csproj 文件具有版本 4.1.1.3：

<Reference Include="System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL">

<HintPath>实际上指向Nuget中的..\packages文件夹，也就是Nuget安装的真实版本。部署后，此特定版本也将在服务器端恢复，并且所有内容都应使用绑定重定向。

...因此 绑定重定向 应在 Web.config 中提及此特定版本，如下所示：

<dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.1.1.3" />
</dependentAssembly>

这在我提交了几次 Azure Kudu 后解决了我的问题。 Azure 网站终于启动，没有出现任何错误。

我为解决这个问题所做的工作是从 web.config 中删除了所有绑定并做了一个

Update-Package -reinstall

这删除了一堆可能不需要在那里的旧绑定，实际上做了很好的清洁。

当我将 Web 服务部署到我们的一台服务器时，我遇到了这个错误。该项目针对未安装在服务器上的 .Net 框架 4.7.2。在服务器上安装 4.7.2 框架更正了该问题。

Andrei U 的回答导致了我的救赎。但是，推理与我的情况不符。对于与我处于相同情况的人：

这是一个运行时错误（不是构建时间），构建成功，但可以在一台计算机上运行，但不能在服务器上运行。解决方案： - 添加 System.Net.Http 包。 - 重命名文件：C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.7.2\System.Net.Http.dll（例如重命名为：System.Net.Http.dll.BAK）构建服务器。

我没有并且仍然没有此 dll 的程序集重定向

我相信部分答案可以在微软的documentation中找到。

在 Visual Studio 中创建面向 .NET Framework 4.5.1 或更高版本的桌面应用时，该应用使用自动绑定重定向。

正如@Vivek Sharma 的回答所指出的，删除：

<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />

在我的应用程序中解决了 3 个此类情况下的问题。当您使用 Powershell 检查 DLL 时，例如：

 ([system.reflection.assembly]::loadfile("C:\MyApp\bin\System.Net.Sockets.dll")).FullName

输出

System.Net.Sockets，版本=4.0.0.0

显然，绑定重定向到 4.2.0.0 不起作用，因为我们将 4.0.0.0 输出到 bin。

还值得检查 GAC 以查看那里是否也缺少程序集：

 gacutil -l System.Net.Sockets

就我而言，GAC 也缺少特定版本。如果 DLL 在 GAC 中，那么它应该是 found in the assembly binding process。

除了上面的许多建议外，这对我有用：

删除 Nuget 包 4.3.4（我不得不降级另一个需要它的包）添加 System.Net.Http 作为参考（版本 4.2.0.0） 删除 bindingRedirect 将 System.Net.Http 添加到 Web.config 中的编译部分.

如果您有区域，请将其添加到其 Web.config 中。至少我必须在我的代码中。

我发现一个简单的解决方案是将 Web 项目的目标框架降级到 4.6。

我创建客户端和 Web 应用程序，客户端具有 .net 框架 4.7.1，而 Web 具有相同的框架，我面临同样的问题，当我为 Web 降级目标 .net 框架时，它对我有用。

我的解决方案类似于@Raquib 的。我的项目是 4.7.2，在我的 PC 上运行良好。每当我部署到我们的开发服务器时，我都会遇到问题中提到的问题。原来服务器上的最高 .net 版本是 4.6.1。将我的项目降级到 4.6.1 解决了这个问题。升级服务器的 .net 版本对我来说不是一个选择。

我尝试了各种解决方案（删除dependentAssembly 或指定绑定重定向）。他们都没有工作。

但是，唯一对我有用的解决方案是从 Visual Studio 将 System.Net.Http （或任何给您版本问题的 DLL）的特定版本显式设置为 False。

https://i.stack.imgur.com/UW8qs.png

我遇到了类似的问题，并遇到了很多困难解决了它。我正在使用 Visual Studio 2019

删除对 System.Net 的任何程序集引用。*（任何以 System.Net 开头的包）卸载所有以 System.Net 开头的包。* 从包管理器安装 Microsoft.AspNet.WebApi.Client 以上应该可以解决您的问题。无论如何，您仍然有问题。 Intellisense 会建议您添加对 System.Net.Http 的引用，单击添加引用。就我而言，它建议两个参考 System.Net.Http 和 System.Net.Http.Formatting。单击添加后，它工作正常。

我有一个类似的问题。尝试删除 System.Net.Http NuGet 包（版本 4.1.1.2）失败，因为它被标记为我正在使用的其他包的先决条件。

我尝试删除此处的几个答案中提到的所有绑定重定向。虽然这本身不起作用，但我继续进行以下操作。

在我所有项目下的 References 节点中，我从 NuGet 包中删除了指向 System.Net.Http.dll 的链接，并从 C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4 添加了一个。 6.1\System.Net.Http.dll

随着所有这些引用的更改并且没有绑定重定向构建和运行的项目。

我有同样的问题。最后，我通过将 Deploy-FabricApplication.ps1 更改为类似这样的方式解决了这个问题

$binFolder = "$LocalFolder\..\..\..\..\Bin"

$httpDllLocation = "$binFolder\System.Net.Http.dll"
$codeFolder = "$ApplicationPackagePath\[ProjectName].ServicesPkg\Code"
$configFile = "$codeFolder\[ProjectName].Services.exe.config"

Copy-Item $httpDllLocation -Destination $codeFolder 

$appConfig = [xml](cat $configFile)
$appConfig.configuration.runtime.assemblyBinding.dependentAssembly | foreach {

    $name = $_.assemblyIdentity.name
    #Write $name
    if($name -eq 'System.Net.Http')
    {
        Write 'System.Net.Http changed'

        $_.bindingRedirect.newVersion = '4.2.0.0'
    }
}
$appConfig.Save($configFile)

我找到了一个 x64 的 4.2.0.0 System.Net.Http.dll。在部署此脚本之前，将 dll 复制到包目录并更改配置文件以显式使用此文件。我还在 http://gertjanvanmontfoort.blogspot.nl/2017/11/systemnethttp-dll-version-problems.html 写了一篇关于我的 System.Net.Http 问题的博客

不要忘记将 [ProjectName] 替换为您自己的项目名称

希望对你有帮助，欢迎提问

经过几天的努力，我终于为我的项目解决了 .Net 4.7.2/System.Net.Http 问题。除了将 *.csproj 文件更改为以框架版本 4.7.2 为目标之外，我还必须更新项目中的 app.config

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />

至：

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />

一夜之间，我们的应用程序停止向我们的第三方提供商上传数据。我目前正在使用 VS 2017 15.9.27 并且我的错误“进程失败：底层连接已关闭：发送时发生意外错误。”来自这一行：

Dim stream As IO.Stream = request.GetRequestStream

来自此的请求：

Dim request As Net.HttpWebRequest = Net.HttpWebRequest.Create(uri)

我做了两件事来解决这个问题。我将 .NET 的最新版本升级到 4.6.1，现在产生了以下错误：

"Could not load file or assembly 'System.Net.Http, Version=4.2.0.0," 

为了解决新创建的问题，我删除了包“System.Net.Http”，而是通过 NuGet 将其添加回 4.3.4。

我怀疑它可能是证书或协议问题，因为它安装了以下以前不存在的安全参考：

System.Security.Cryptography.Algorithms (>= 4.3.0)
System.Security.Cryptography.Encoding (>= 4.3.0) 
System.Security.Cryptography.Primitives (>= 4.3.0)
System.Security.Cryptography.X509Certificates (>= 4.3.0)

对我来说，这真的很奇怪。发现问题后需要数小时的调试。它并没有在本地发生，而是仅在使用 Jenkins 构建项目时发生。

我有一个使用 netstandard 2.0 的小型库，主要项目是基于普通 .NET 的 WCF 项目（我的特别是 v4.6.1）。但是在 netstandard 库的启动类中，我有一些看起来像这样的代码：

public static class CoreModule
{
    public static IServiceCollection AddStaticDataConfiguration(
        this IServiceCollection services, Func<IServiceProvider, IStaticDataConfiguration>  staticDataConfiguration) 
    {  
        services.TryAddSingleton(staticDataConfiguration);
        services.TryAddSingleton<Func<HttpClient>>(x =>
        {
            var configuration = staticDataConfiguration(x);

            return configuration.ClientResolver ?? (() => new HttpClient());
        });
        return services;
    }
}

IStaticDataConfiguration 接口如下所示：

public interface IStaticDataConfiguration
{
    //..... some stuff

    Func<HttpClient> ClientResolver { get; set; }
}  

该接口位于 netstandard 库内部，而实现位于其外部（位于 WCF 项目中）。

我从库外部调用 AddStaticDataConfiguration 方法，如下所示：

serviceCollection.AddStaticDataConfiguration(p =>
{
    var staticDataConfig = p.GetService<IStaticDataConfiguration>();
    return new StaticDataProviderConfiguration
    {
        //...some other stuff
        ClientResolver = () => restRequestFactory.GetInstrumentedClient("StaticDataService") //this returns an HttpClient
    };
});

问题是我将 Func<HttpClient> 从普通 .NET 项目传递到 netstandard 库，由于某种疯狂的原因 netstandard 不喜欢它，也许它认为 HttpClient 来自不同的类，结果抛出 System.Net.Http 4.x.x.x未发现异常。当删除代码以不接受来自普通 .NET 项目的 HttpClient 但在库本身内创建新的 func 时，它很高兴并且工作正常。希望这可能对其他人有所帮助，因为发生此错误的原因有很多:)

我使用的是 .net 4。我的“System.Net.Http”引用指向 dll 的“.net 4.7”版本。所以我将 .dll 路径更改为指向“Microsoft.Net.Http”包并重建它。这解决了我的问题。

https://i.stack.imgur.com/PaeqD.png

解决方案在多台开发机器上编译和运行良好，除了在运行项目时出现此错误的机器。删除所有文件并从 TFS 中检索它们没有帮助。

Visual Studio 修复解决了它。

从 Visual Studio 安装程序执行修复。

Visual Studio 2019 版本 16.11.5

就我而言，我从 .config 文件中删除了 <runtime> 标记下的所有依赖项及其绑定重定向。我构建了给我绑定错误的解决方案。单击错误，VS 仅根据需要填充依赖项及其重定向，并且能够在之后运行解决方案。

对我有用的是将 System.Net.Http 降级到 4.0 版，以便所有包和依赖项都使用相同的版本：

  <dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />
  </dependentAssembly>

我从 C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Microsoft\Microsoft.NET.Build.Extensions 和 C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework 的所有子文件夹中删除了 System.Net.Http.dll。

作为一种解决方法，我安装了 System.Buffer 4.5.0 版本，它依赖于 System.Net.Http dll 版本 4.2.0.0。因此，安装后，您将在项目的 bin 文件夹中看到具有上述版本的 System.Net.Http dll。对于此类问题，这是一个简单的解决方法。

首先从本地文件系统中删除：

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\Syste.Net.Http.dll

然后删除项目中的所有引用，并添加 4.0 引用。这解决了我的问题。