无法加载文件或程序集……参数不正确

最近，我在C＃解决方案中遇到了以下异常：

错误2无法加载文件或程序集'Newtonsoft.Json，版本= 3.5.0.0，文化=中性，PublicKeyToken = b9a188c8922137c6'或其依赖项之一。参数错误。（来自HRESULT的异常：0x80070057（E_INVALIDARG））

这既不依赖于我的代码也不依赖于程序集的名称（如Newtonsoft.Json本例所示）。

当我从解决方案中删除此dll时，编译器会在同一异常中告知另一个dll。所以我想应该在我的电脑上关闭/打开某些东西:)

看起来像一个损坏的程序集被引用。

清除两个：

1. 项目的\ bin文件夹

2. 临时文件夹（应该C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Files在Windows 7中）

看看错误是否仍然发生

根据您是否正在运行X64，您可能需要清理另外两个位置。仅清理我的用户目录是不够的。

1. ％TEMP％\ ASP.NET临时文件
2. C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \临时ASP.NET文件
3. C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \临时ASP.NET文件
4. C：\ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \临时ASP.NET文件
5. C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ ASP.NET临时文件

就像您安装了其他版本的框架一样，此列表也会增加。

我必须清除

C：/Windows/Microsoft.NET/Framework/v4.0.30319/临时ASP.NET文件

只有这样，问题才能得到解决。

要确定要清除的内容，请添加以下注册表项：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).

然后，您将看到如下输出。这告诉您asp.net在哪里尝试加载DLL。清除该目录。

LOG: This bind starts in default load context.
LOG: Using application configuration file: c:\app\AtlasAdvisor\web\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet.DLL.**
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet/Avanade.ViddlerNet.DLL**.

在以下位置清除项目的临时框架文件：

C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ ASP.NET临时文件\

您还可以清除程序包目录，并允许NuGet重新下载缺少的程序包

它为我解决了这个问题

从这些文件夹中删除所有文件。

C：/Windows/Microsoft.NET/Framework/v4.0.30319/ASP.NET临时文件C：/Windows/Microsoft.NET/Framework64/v4.0.30319/ASP.NET临时文件

从源代码管理中获取新的二进制文件很有帮助。

谢谢

只需清除此文件夹：（仅适用于Windows x64）

C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \临时ASP.NET文件

谢谢亚历克斯，您的第二点帮助我解决了这个问题。

看起来，除非您在Windows 7中以管理员身份运行Visual Studio，否则它将在本地而不是C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET文件中存储临时文件。

请参阅以下博客文章：http : //www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

我在这里遇到了同样的问题-上述解决方案不起作用。问题出在ActionMailer上。我运行了以下卸载并安装nuget命令

uninstall-package ActionMailer
install-package ActionMailer

解决了我的问题，希望会对别人有所帮助。

引用COM包装器dll时可能会发生这种情况。在Visual Studio项目的“引用”下，选择要引用的COM包装器dll，并确保它们具有以下属性值：“嵌入的互操作类型”：False和“特定版本”：False。

我只是从此路径删除我的应用程序临时数据

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files

解决问题

我看到许多技术人员发布了有关清除与计算机上托管的每个.Net框架有关的ASP .Net运行时临时目录的信息，如下所示答案。但是我相信，对于为什么我们需要盲目清除所有.Net框架的所有临时工作目录，我们应该清楚了解。据我说，事实并非如此。

我的建议是，您应该尝试使用精确的目录清除方法来解决此问题。您怎么知道要清除哪个目录？

1. 转到IIS，然后右键单击左侧导航窗格中的网站节点以打开上下文菜单。在上下文菜单中，指向Manage Application-> Advanced Settings...以打开Advanced Settings窗口。
2. 检查您的网站分配给的应用程序池。就我而言DefaultAppPool，如下所示：

3. 现在转到Application PoolsIIS左侧导航栏中的节点。现在，检查您的应用程序池正在运行哪个.Net CLR版本。就我而言，它是v4.0，如下所示：

由于我的应用程序池托管的CLR版本是v4.0，因此我只清除了与ASP .NET v4.0有关的文件夹中的临时文件，如下所示：

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

就是这样。我的问题解决了。

获得的经验教训：这表明您的网站使用的所有临时文件并没有分散在多个目录中，而是由应用程序池一次引用。因此，您只需要清除该特定文件夹。

清除C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \临时ASP.NET文件为我工作。考虑自动化删除过程以避免将来出现此问题。

如果您使用的是SQL Server 2012的数据工具（截至2013年5月1日使用VS2010 Shell），请检查Configuration Manager设置。服务器名称从Workflow更改为xCPWorkflow足以产生完全相同的参数。错误消息（HRESULT异常：0x80070057（E_INVALIDARG））消息。

您可以清理，构建或重建应用程序，也可以只删除C：\ Users \ YOUR USERNAME \ AppData \ Local \ Temp中的ASP.NET临时文件。

这就像魔术。就我而言，我遇到了程序集绑定问题，说无法加载文件bla bla bla

您还可以将解决方案2视为http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

在MVC中制作控制器时遇到了这个问题。我更改了.net框架版本。问题解决了

问题与引用的类库的.Net运行时版本有关（扩展了的引用，请选择该库并检查“运行时版本”。将Visual Studio项目升级到v4.5后，我遇到了Antlr3.Runtime的问题。使用NuGet卸载Microsoft ASP.NET Web优化框架（由于一连串的依赖关系使我无法直接卸载Antlr3）

然后，我使用NuGet重新安装了Microsoft ASP.NET Web优化框架。这将重新安装正确的运行时版本。

就我而言，我想编译一个COM可见DLL。问题在于此DLL的旧版本位于：

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

因此，Visual Studio在尝试注册该版本时，将加载此版本而不是新编译的版本。

清除临时文件夹（C：\ Users \用户名\ AppData \ Local \ Temp \ Temporary ASP.NET Files \ project文件夹）中的所有文件

有时，您也需要清理此文件夹：C：\ Windows \ Temp \ Temporary ASP.NET

我遇到了同样的错误，因为应用程序在C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\文件夹中找不到依赖的框架。我只是修理了Visual Studio，在上面的位置添加了所需的框架，并且它工作正常。

就我而言，更改项目属性中的IISExpress端口号可以解决此问题。

如果其他人正在使用WiX工具集，我会发现我的安装程序项目引用了最近从解决方案中删除的旧项目。我花了一段时间才意识到，因为我正在尝试构建的解决方案中有许多项目，而该消息并没有指出哪个项目构建失败（并且清理也失败了）。

我有用于Microsoft Office的Siemens Teamcenter 10 Client的用户，但对于不同的DLL遇到相同的错误。其他答案均无效。解决的办法是删除文件夹

C:\Users\%username%\AppData\Local\assembly\

我在打开Nuget Packet Manager时遇到了类似的问题，我删除了所有临时文件并构建了项目，它运行良好。