blocks|key|3588780|text|看起来像是正在引用的损坏的程序集。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3588781|清除两种情况：|3588782|3588783|项目的\bin文件夹|ordered-list-item|3588784|临时文件夹(在windows+7中应该是C:\Users\your_username\AppData\Local\Temp\Temporary+ASP.NET+Files+)|offset|length|style|CODE|3588785|3588786|看看错误是否还在发生|3588787|entityMap^0|0|0|0|0|K|1T|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|V|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|W|8|@$J|X|K|Y|L|M]]|9|@]|A|$]]|$1|N|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|R|$]]

Looks like a corrupted assembly being referenced.

Clear both:

<ol>
<li>the \bin folder of your project</li>
<li>the temp folder (should be <code>C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Files</code> in windows 7)</li>
</ol>

and see if the error still happens

blocks|key|3606317|text|从源代码管理获得一组新的二进制文件很有帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606318|谢谢|3606319|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Getting fresh set of binaries from Source control helped.

Thanks

blocks|key|3588798|text|清除项目的临时框架文件：-|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3588799|C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary+ASP.NET文件\|3588800|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Clear out the temporary framework files for your project in:-

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\

blocks|key|1288132|text|清除C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary+ASP.NET文件为我工作。考虑自动删除过程，以避免今后的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1288133|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Clearing C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files worked for me. Thinking of automating the deletion process to avoid the issue in future.

blocks|key|3606355|text|谢谢亚历克斯，你的第二点帮助我解决了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606356|除非您在Windows+7中以管理员身份运行visual+studio，否则它将在本地存储临时文件，而不是存储C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary+ASP.NET文件。|3606357|参见以下博客文章：http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx|offset|length|3606358|entityMap|0|LINK|mutability|MUTABLE|url|http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx^0|0|0|9|2Z|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@$F|S|G|T|1|U]]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

Thanks Alex your second point helped me fix this. 

It appears that unless you run visual studio as an administrator in Windows 7 it stores your temp files locally rather than C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files. 

See following blog post: <a href="http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx" rel="nofollow">http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx</a>

blocks|key|3588883|text|我在这里也有同样的问题--上面的解决方案不起作用。问题在于ActionMailer。我运行了以下卸载和安装nuget命令|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3588884|uninstall-package+ActionMailer
install-package+ActionMailer|code-block|syntax|javascript|3588885|解决了我的问题，希望能帮助别人。|3588886|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I had the same issue here - above solutions didn't work. Problem was with ActionMailer. I ran the following uninstall and install nuget commands

<pre><code>uninstall-package ActionMailer
install-package ActionMailer
</code></pre>

Resolved my problems, hopefully will help someone else.

blocks|key|3606430|text|我不得不澄清|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606431|C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary+|3606432|+ASP.NET文件|blockquote|3606433|3606434|3606435|只有到那时，问题才得以解决。|3606436|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|O|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|P|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|L|$]]

I had to clear 

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

Only then did the issue get resolved.

blocks|key|3606455|text|如果您使用的是截至2013年5月1日使用VS2010外壳的Server+2012数据工具，请检查配置管理器设置。从工作流到xCPWorkflow的服务器名称更改足以产生完全相同的参数(+HRESULT:+0x80070057+(E_INVALIDARG)的例外)消息不正确。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3606456|entityMap^0|2H|16|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

If you are using SQL Server 2012's Data Tools, which uses the VS2010 shell as at May 1 2013, check your Configuration Manager settings. A server name change from Workflow to xCPWorkflow was enough to produce the exact same The parameter is incorrect (Exception from HRESULT: 0x80070057 (E_INVALIDARG)) message.

blocks|key|3588960|text|该问题与引用类库的.Net运行时版本有关(扩展引用，选择库并检查“运行时版本”。在将我的visual+studio项目升级到v4.5之后，我的Antlr3.Runtime出现了问题。我使用NuGet卸载(由于一系列依赖项阻止了我直接卸载ASP.NET+)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3588961|然后，我使用NuGet重新安装。这将重新安装正确的运行时版本。|3588962|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The problem relates to the .Net runtime version of a referenced class library (expaned references, select the library and check the "Runtime Version". I had a problem with Antlr3.Runtime, after upgrading my visual studio project to v4.5. I used NuGet to uninstall Microsoft ASP.NET Web Optimisation Framework (due to a chain of dependencies that prevented me from uninstalling Antlr3 directly)

I then used NuGet to reinstall the Microsoft ASP.NET Web Optimisation Framework. This reinstalled the correct runtime versions.

blocks|key|3606560|text|在我的例子中，我想编译一个COM可见的DLL。问题是这个DLL的旧版本位于这里：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606561|C:\Program+Files+(x86)\Microsoft+Visual+Studio+10.0\Common7\IDE|code-block|syntax|javascript|3606562|因此，Visual加载了此版本，而不是新编译的版本，因为它试图注册该版本。|3606563|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

In my case i wanted to compile a COM visible DLL. The problem was that an older version of this DLL was located here:

<pre><code>C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE
</code></pre>

Thus Visual Studio loaded this version instead of the newly compiled one, as it tried to register it.

blocks|key|3589027|text|若要确定要清除哪些内容，请添加以下注册表项：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3589028|HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog+(DWord+set+to+1).|code-block|syntax|javascript|3589029|然后，您将看到输出如下所示。这将告诉您asp.net试图加载DLL的位置。清除这个目录。|3589030|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**.|3589031|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

To know what to clear for sure - add the following registry key:

<pre><code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).
</code></pre>

Then you will see output like below. This tells you where asp.net is attempting to load your DLLs. Clear this directory.

<pre><code>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**.
</code></pre>

blocks|key|1290421|text|清除临时文件夹(C:\Users\user_name\AppData\Local\Temp\Temporary+ASP.NET+Files\project文件夹中的所有文件)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1290422|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Clear all files from temporary folder (C:\Users\user_name\AppData\Local\Temp\Temporary ASP.NET Files\project folder)

blocks|key|3606621|text|您还可以清除包目录，并允许NuGet重新下载丢失的包。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3606622|它帮我解决了这个问题|3606623|entityMap^0|D|5|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

You can also clear the packages directory and allow NuGet to re-download missing packages

it solved the issue for me

blocks|key|3606643|text|有时你也需要清理这个文件夹:C：\Windows\Temp\+ASP.NET|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606644|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Sometimes you, also, need to clean this folder: C:\Windows\Temp\Temporary ASP.NET

blocks|key|3606663|text|在引用COM包装器dll时，可能会发生这种情况。在Visual项目中的“引用”下，选择要引用的COM包装器dll，并确保它们具有以下属性值：“类型”：False和“特定版本”：False。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606664|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This can happen while referencing COM wrapper dlls. Within your Visual Studio Project, under References, select the COM wrapper dlls being referenced and ensure they have the the following property values: "Embed Interop Types": False and "Specific Version": False.

blocks|key|1290444|text|我只是从这个路径中删除我的应用程序临时数据。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1290445|C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary+ASP.NET+Files|code-block|syntax|javascript|1290446|问题解决|1290447|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I just delete my application temp data from this path

<pre><code>C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files
</code></pre>

Problem resolve

blocks|key|1290464|text|您可以清理、构建或重建您的应用程序，或者只需删除临时ASP.NET文件：\\+USERNAME\AppData\Local\Temp|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1290465|这就像魔法一样。在我的例子中，我遇到了一个程序集绑定问题，即无法加载文件bla。|1290466|您还可以看到解决方案2是http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St|1290467|entityMap|0|LINK|mutability|MUTABLE|url|http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St^0|O|B|11|T|0|U|9|0|C|2L|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@$9|X|A|Y|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|Z|8|@]|D|@$9|10|A|11|1|12]]|E|$]]|$1|J|3|-4|5|6|7|13|8|@]|D|@]|E|$]]]|K|$L|$5|M|N|O|E|$P|Q]]]]

You can either clean, build or rebuild your application or simply delete Temporary ASP.NET Files at C:\Users\YOUR USERNAME\AppData\Local\Temp

This works like magic. In my case i had an assembly binding issue saying Could not load file bla bla bla

you can also see solution 2 as <a href="http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St" rel="nofollow">http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St</a>

blocks|key|3606698|text|只需清除此文件夹：(只有windows+x64)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3606699|C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary+|3606700|+ASP.NET文件|blockquote|3606701|3606702|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|L|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Just clear this folder: (only windows x64)

<blockquote>
 C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
</blockquote>

blocks|key|1290469|text|从这些文件夹中删除所有文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1290470|C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary+ASP.NET文件C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary+ASP.NET文件|1290471|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Delete all files from these folders .

<blockquote>
 C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files
 C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET
 Files
</blockquote>

blocks|key|3589190|text|我也遇到了同样的错误，因为应用程序没有在C:\Program+Files+(x86)\Reference+Assemblies\Microsoft\Framework\.NETFramework\文件夹中找到依赖的框架。我只是修复我的Visual，它在上面的位置添加了必需的框架，并且运行良好。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3589191|entityMap^0|K|26|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

I faced same error because application didn't find dependent frameworks in <code>C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\</code> folder. I just repair my Visual studio which added required framework in above location and it working fine.

blocks|key|3589195|text|在我的例子中，更改项目属性中的IISExpress端口号解决了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3589196|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case, changing the IISExpress port number in my project properties, solved the problem.

blocks|key|1290520|text|如果其他人正在使用WiX工具集，我发现我的安装程序项目引用了最近从解决方案中删除的一个旧项目。我花了一段时间才意识到，因为在我试图构建的解决方案中有许多项目，并且消息没有指出哪个项目未能构建(并且清理了哪些项目也失败了)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1290521|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If anyone else out there is using the WiX toolset, I discovered that my installer project had a reference to an old project that had recently been removed from the solution. Took me a while to realize since there are a number of projects in the solution I was attempting to build and the message did not indicate which project was failing to build (and clean, which was failing as well).

blocks|key|3589256|text|我让Microsoft的西门子Teamcenter+10客户端的用户获得了关于不同DLL的相同错误。其他的答案都没有用。的解决方案是删除|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3589257|C:\Users\%25username%25\AppData\Local\assembly\|code-block|syntax|javascript|3589258|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I had users of Siemens Teamcenter 10 Client for Microsoft Office getting the same error about a different DLL. None of the other answers worked. The solution was to delete the folders in

<pre><code>C:\Users\%username%\AppData\Local\assembly\
</code></pre>

blocks|key|1290580|text|我看到很多技术人员已经发布了关于清除ASP+.Net运行时临时目录的帖子，这些目录与您的机器上托管的每个.Net框架有关，就像在this应答中一样。但是，我认为我们应该知道为什么我们需要盲目地清除所有.Net框架的所有临时工作目录。据我所知，情况不应如此。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1290581|我的建议是，您应该尝试一种指定的目录清除方法来解决这个问题。你怎么知道要清除哪个目录？|1290582|1290583|转到IIS，右键单击左侧导航窗格中的网站节点，打开上下文菜单。在上下文菜单中，指向Manage+Application+->+Advanced+Settings...以打开Advanced+Settings窗口。|ordered-list-item|style|CODE|1290584|检查您的网站分配给的应用程序池。在我的例子中，是DefaultAppPool，如下所示：|1290585|1290586|​|1290587|📷|atomic|1290588|1290589|1290590|现在转到IIS中左侧导航栏中的Application+Pools节点。现在检查您的应用程序池正在运行哪个.Net+CLR版本。在我的例子中，它是v4.0，如下所示：|1290591|1290592|1290593|1290594|1290595|由于我的应用程序池承载的CLR版本是v4.0，所以我只简要地清除了与ASP+.NET+v4.0相关的文件夹中的临时文件，如下所示：|1290596|C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary+ASP.NET+Files|code-block|syntax|javascript|1290597|就是这样。我的问题解决了。|1290598|经验教训：这表明了这样一个事实，即网站使用的所有临时文件并不分散在多个目录中，而是同时由应用程序池引用。因此，您只需要清除特定的文件夹。|BOLD|1290599|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/11743430/465053|1|IMAGE|IMMUTABLE|imageUrl|https://developer.qcloudimg.com/http-save/yehe-900000/1fa6078b1463a613cac13538164e8355.png|imageAlt|2|https://developer.qcloudimg.com/http-save/yehe-900000/aa8fe47d4e0629dd956a6a44e7f58f27.png^0|1S|4|0|0|0|0|15|I|1R|K|2E|H|0|O|E|0|0|0|0|1|1|0|0|0|F|H|0|0|0|0|1|2|0|0|0|0|0|0|4|0^^$0|@$1|2|3|4|5|6|7|1T|8|@]|9|@$A|1U|B|1V|1|1W]]|C|$]]|$1|D|3|E|5|6|7|1X|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|1Y|8|@]|9|@]|C|$]]|$1|G|3|H|5|I|7|1Z|8|@$A|20|B|21|J|K]|$A|22|B|23|J|K]|$A|24|B|25|J|K]]|9|@]|C|$]]|$1|L|3|M|5|I|7|26|8|@$A|27|B|28|J|K]]|9|@]|C|$]]|$1|N|3|-4|5|6|7|29|8|@]|9|@]|C|$]]|$1|O|3|P|5|6|7|2A|8|@]|9|@]|C|$]]|$1|Q|3|R|5|S|7|2B|8|@]|9|@$A|2C|B|2D|1|2E]]|C|$]]|$1|T|3|P|5|6|7|2F|8|@]|9|@]|C|$]]|$1|U|3|-4|5|6|7|2G|8|@]|9|@]|C|$]]|$1|V|3|W|5|I|7|2H|8|@$A|2I|B|2J|J|K]]|9|@]|C|$]]|$1|X|3|-4|5|6|7|2K|8|@]|9|@]|C|$]]|$1|Y|3|P|5|6|7|2L|8|@]|9|@]|C|$]]|$1|Z|3|R|5|S|7|2M|8|@]|9|@$A|2N|B|2O|1|2P]]|C|$]]|$1|10|3|P|5|6|7|2Q|8|@]|9|@]|C|$]]|$1|11|3|12|5|6|7|2R|8|@]|9|@]|C|$]]|$1|13|3|14|5|15|7|2S|8|@]|9|@]|C|$16|17]]|$1|18|3|19|5|6|7|2T|8|@]|9|@]|C|$]]|$1|1A|3|1B|5|6|7|2U|8|@$A|2V|B|2W|J|1C]]|9|@]|C|$]]|$1|1D|3|-4|5|6|7|2X|8|@]|9|@]|C|$]]]|1E|$1F|$5|1G|1H|1I|C|$1J|1K]]|1L|$5|1M|1H|1N|C|$1O|1P|1Q|-4]]|1R|$5|1M|1H|1N|C|$1O|1S|1Q|-4]]]]

I see lot of techies have posted about clearing temporary directories of ASP .Net run-time pertaining to each and every .Net framework hosted on your machine as in <a href="https://stackoverflow.com/a/11743430/465053">this</a> answer. But I believe we should know the clear-cut logistics as to why we need to blindly clear all of temporary working directories of all .Net frameworks. According to me, it should not be the case.

My advice would be that you should try a pin pointed directory clearing approach to resolve this issue. How would you know which directory to clear?

<ol>
<li>Go to IIS and right click on your website node in left navigation pane to open the context menu. In the context menu point to <code>Manage Application</code> -> <code>Advanced Settings...</code> to open the <code>Advanced Settings</code> window.</li>
<li>Check the Application Pool your website is assigned to. In my case it is <code>DefaultAppPool</code> as shown below:</li>
</ol>

<a href="https://i.stack.imgur.com/8PTDG.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/8PTDG.png" alt="enter image description here"></a>

<ol start="3">
<li>Now go to <code>Application Pools</code> node in left navigation bar in the IIS. Now check that which .Net CLR Version is being run by your app pool. In my case it is v4.0 as shown below:</li>
</ol>

<a href="https://i.stack.imgur.com/cPYra.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/cPYra.png" alt="enter image description here"></a>

Since the CLR version being hosted by my app pool is v4.0, so I prcisely cleared only the temporary files in the folder pertaining to ASP .NET v4.0 only as below:

<pre><code>C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
</code></pre>

And that's it. My problem got resolved. 

Lesson learnt: This is indicative of the fact that all the temporary files being used by your website aren't scattered across several directories but they are at once place being referred by your app pool. So you need to clear that specific folder only.

blocks|key|3589454|text|在用MVC制作控制器时，我遇到了这个问题。我更改了版本的.net框架。问题解决了|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3589455|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this problem when making controller in MVC. I changed version .net framework. The problem was solved

blocks|key|1288455|text|我在打开Nuget包管理器时也遇到了类似的问题，我删除了所有的临时文件并构建了这个项目，它运行得很好。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1288456|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I Had the similar issue while opening Nuget Packet manager,
I removed all the temp files and build the project, it worked fine.

blocks|key|1290649|text|我在IIS上运行“巧克力服务器(Simple)”时也遇到了同样的问题，我不得不执行以下步骤|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1290650|通过"C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary+recommended|1290651|Uninstall+|unordered-list-item|1290652|
|1290653|将|1290654|文件清除为“ASP.NET+Server+(简单)”应用程序，从巧克力包目录中删除"C:\tools\chocolatey.server“目录。重要的是，因为否则Web.config持有导致错误的旧依赖项。简单的重新安装不会更新现有的Web.config+(就像在我的例子中那样)。|ordered-list-item|1290655|重新启动IIS和配置巧克力服务器，这是作者推荐的。现在应该可以看到巧克力服务器页面，而不会出现任何错误。|1290656|1290657|1290658|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|V|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|W|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|X|8|@]|9|@]|A|$]]|$1|K|3|L|5|M|7|Y|8|@]|9|@]|A|$]]|$1|N|3|O|5|M|7|Z|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|11|8|@]|9|@]|A|$]]|$1|R|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|S|$]]

I had the same issue with &quot;Chocolatey Server (Simple)&quot; running on IIS and had to do the following steps
<ol>
<li>Clean the &quot;C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files&quot; as recommended</li>
<li>Uninstall the &quot;Chocolatey Server (Simple)&quot; application via choco</li>
<li>Remove the directory &quot;C:\tools\chocolatey.server&quot; from the chocolatey package directory. Important, because otherwise Web.config is holding old dependencies which leads to the error. A simple re-installation will not update an existing Web.config (as it was in my case).</li>
<li>Restart IIS and config Chocolatey Server as recommended by the authors. The chocolatey server page should now be visible without any errors.</li>
</ol>

Recently I met the following exception at C# solution:

<blockquote>
 Error 2 Could not load file or assembly 'Newtonsoft.Json,
 Version=3.5.0.0, Culture=neutral, PublicKeyToken=b9a188c8922137c6' or
 one of its dependencies. The parameter is incorrect. (Exception from
 HRESULT: 0x80070057 (E_INVALIDARG))
</blockquote>

This does not depend either on my code or on the name of assembly (like <code>Newtonsoft.Json</code> in this case).

When I delete this dll from the solution the compiler tells about another in the same exception. So I suppose something shoud be turned off/on at my PC :)

Could not load file or assembly ... The parameter is incorrect

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

最近，我在C#解决方案中遇到了以下例外：错误2无法加载文件或程序集“Newtonsoft.Json、Version=3.5.0.0、Culture=neutral、PublicKeyToken=b9a188c8922137c6”或其依赖项之一。参数不正确。(HRESULT例外: 0x80070057 (E_INVALI...

问无法加载文件或程序集.参数不正确
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法加载文件或程序集.参数不正确EN