blocks|key|1944542|text|因此，我创建了一个新的.NET+472项目，然后添加了所有的libs等和代码，现在它可以工作了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1944543|我怀疑它一开始就坏了，因为我用excel插件安装了一个非常旧的csvhelper版本。虽然我删除了它，删除了所有的参考资料，但它仍然是从某处捡起来的。|1944544|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|$]]

So i created a new .NET 472 project then added all the libs etc and code and now it works. 

I suspect it originally broke because I had installed a really old version of csvhelper lib with excel plugin. Even though i removed it and removed all references it was still picking it up from somewhere.

blocks|key|1944568|text|根据https://github.com/JoshClose/CsvHelper/issues/1462的说法，这似乎是CSVHelper+15.0.0+依赖关系中的一个bug。15.0.0版本(不确定以前的版本)引入了其他程序集，从而导致了问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1944569|就我个人而言，我通过降级到13.0+(一条评论也指出12.3.2有效)来解决这个问题，但是这个bug报告现在说他们已经发布了15.0.1专门来解决这个问题。我自己还没确认。|1944570|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/JoshClose/CsvHelper/issues/1462|1|https://github.com/dotnet/runtime/issues/32797^0|2|1E|0|25|4|1|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]|$A|T|B|U|1|V]]|C|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

According to <a href="https://github.com/JoshClose/CsvHelper/issues/1462" rel="nofollow noreferrer">https://github.com/JoshClose/CsvHelper/issues/1462</a> this seems to be a bug in one of the CSVHelper 15.0.0 <a href="https://github.com/dotnet/runtime/issues/32797" rel="nofollow noreferrer">dependencies</a>. The 15.0.0 version (not sure about earlier ones) brings in some other assembly which causes the problem.
Personally I worked around this by downgrading to 13.0 (a comment also noted that 12.3.2 worked), but that bug report now states that they have released 15.0.1 specifically to fix this. I've yet to confirm that myself.

blocks|key|1944584|text|我今天在一个多项目解决方案中遇到了同样的问题，System.Threading.Tasks.Extensions是通过嵌入Autofac包来安装的。在两个项目中删除并重新安装Autofac+(通过nuget)之后，两个packages.config包含相同的条目|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1944585|<package+id="System.Threading.Tasks.Extensions"+version="4.5.4"+targetFramework="net472"+/>|code-block|syntax|javascript|1944586|但是，当一个项目引用正确的dll时，|1944587|packages\System.Threading.Tasks.Extensions.4.5.4\lib|1944588|另一个引用了|1944589|packages\System.Threading.Tasks.Extensions.4.5.2\lib|1944590|在手动从引用(不是通过nuget)删除旧的dll并嵌入正确的dll之后，一切都再次正常工作。我不明白为什么正确的packages.config条目没有强制执行正确的引用。|offset|length|style|CODE|1944591|编辑：|1944592|如果它在开发机器上工作，但在部署到的机器上不起作用，那么不要忘记在web.config+/+app.config中部署绑定重定向。就我而言，它们看起来是这样的：|1944593|<dependentAssembly>
++<assemblyIdentity+name="System.Threading.Tasks.Extensions"+publicKeyToken="cc7b13ffcd2ddd51"+culture="neutral"+/>
++<bindingRedirect+oldVersion="0.0.0.0-4.2.0.1"+newVersion="4.2.0.1"+/>
</dependentAssembly>|1944594|entityMap^0|0|0|0|0|0|0|1K|F|0|0|X|A|1A|A|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|13|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|14|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|15|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|16|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|17|8|@]|9|@]|A|$E|F]]|$1|O|3|P|5|6|7|18|8|@$Q|19|R|1A|S|T]]|9|@]|A|$]]|$1|U|3|V|5|6|7|1B|8|@]|9|@]|A|$]]|$1|W|3|X|5|6|7|1C|8|@$Q|1D|R|1E|S|T]|$Q|1F|R|1G|S|T]]|9|@]|A|$]]|$1|Y|3|Z|5|D|7|1H|8|@]|9|@]|A|$E|F]]|$1|10|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]]|11|$]]

I had the same problem today in a multi project solution, System.Threading.Tasks.Extensions got installed by embedding the Autofac package. After removing and reinstalling Autofac (via nuget) in both projects, the two packages.config contained the same entry
<pre><code>&lt;package id=&quot;System.Threading.Tasks.Extensions&quot; version=&quot;4.5.4&quot; targetFramework=&quot;net472&quot; /&gt;
</code></pre>
but while one project referenced the correct dll in
<pre><code>packages\System.Threading.Tasks.Extensions.4.5.4\lib
</code></pre>
the other one referenced the older version in
<pre><code>packages\System.Threading.Tasks.Extensions.4.5.2\lib
</code></pre>
After manually removing the older dll from the references (not via nuget) and embedding the correct one, everything worked again. I don't see why the correct <code>packages.config</code> entry did not enforce the correct reference.
EDIT:
If it works on your dev machine but not on the machine you deployed to, don't forget to deploy the binding redirects in <code>web.config</code> / <code>app.config</code>. In my case they look like so:
<pre><code>&lt;dependentAssembly&gt;
 &lt;assemblyIdentity name=&quot;System.Threading.Tasks.Extensions&quot; publicKeyToken=&quot;cc7b13ffcd2ddd51&quot; culture=&quot;neutral&quot; /&gt;
 &lt;bindingRedirect oldVersion=&quot;0.0.0.0-4.2.0.1&quot; newVersion=&quot;4.2.0.1&quot; /&gt;
&lt;/dependentAssembly&gt;
</code></pre>

blocks|key|44538|text|我今天在一个多项目解决方案中遇到了这个问题。通过更新违规项目中的其他NuGet包来修正它。不幸的是，不知道哪一个解决了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|44539|当前版本的CsvHelper:+15.0.5。|44540|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|$]]

I had this problem today in a multi-project solution. Fixed it by updating other NuGet packages in the offending project. Unfortunately, not sure which one fixed the problem.

Current version of CsvHelper: 15.0.5.

blocks|key|43913|text|<assemblyBinding>
++<probing+privatePath="System.Threading.Tasks.Extensions.dll"/>
</assemblyBinding>
++++++++++++<assemblyBinding>
++<probing+privatePath="System.Runtime.CompilerServices.Unsafe.dll"/>
</assemblyBinding>
++++<assemblyBinding>
++<probing+privatePath="Microsoft.Bcl.AsyncInterfaces.dll"/>
</assemblyBinding>|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|43914|unstyled|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$B|C]]|$1|D|3|-4|5|E|7|H|8|@]|9|@]|A|$]]]|F|$]]

<pre><code>&lt;assemblyBinding&gt;
 &lt;probing privatePath=&quot;System.Threading.Tasks.Extensions.dll&quot;/&gt;
&lt;/assemblyBinding&gt;
 &lt;assemblyBinding&gt;
 &lt;probing privatePath=&quot;System.Runtime.CompilerServices.Unsafe.dll&quot;/&gt;
&lt;/assemblyBinding&gt;
 &lt;assemblyBinding&gt;
 &lt;probing privatePath=&quot;Microsoft.Bcl.AsyncInterfaces.dll&quot;/&gt;
&lt;/assemblyBinding&gt;
</code></pre>

blocks|key|1944603|text|在升级.net版本时，我在一个多项目解决方案中遇到了这个问题。在我的例子中，在Package控制台中运行Update-Package+-reinstall命令解决了这个问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1944604|entityMap^0|1G|P|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 had this problem in a multi-project solution when upgrading .net version. In my case running <code>Update-Package -reinstall</code> command in Package Manager Console solved the problem.

blocks|key|44559|text|这个答案假设您使用PackageReference作为您的nuget引用。如果是这样的话，PackageReference+.Net工具模型中也有一个已知的错误。对于一些奇怪的情况，nuget还原msbuild工具链会放置ref程序集，而理想情况下，它应该放置lib程序集。如果你正面临类似的问题，你怎么知道呢？您可以使用像ILSpy这样的标准反射器应用程序来读取工作目录中失败库的元数据。如果您在其元数据中看到RefAssemblies属性，那么您也会遇到这个问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|44560|要解决这个问题，您可以在csproj文件中使用类似下面的标记来修复nuget复制问题。|44561|<Target+Name="ReplaceRefWithLib"+BeforeTargets="ResolveAssemblyReferences">
++++<ItemGroup>
++++++++<_noCopyRefs+Include="@(Reference)"+Condition="'%25(Reference.Private)'+==+'false'"+/>
++++++++<_noCopyRefsByFileName+Include="@(_noCopyRefs->'%25(FileName)')">
++++++++++++<OriginalItem>%25(Identity)</OriginalItem>
++++++++</_noCopyRefsByFileName>
++++++++<_libByFileName+Include="@(ReferenceCopyLocalPaths->'%25(FileName)')">
++++++++++++<OriginalItem>%25(Identity)</OriginalItem>
++++++++</_libByFileName>
++++++++<_overlappingRefByFileName+Include="@(_noCopyRefsByFileName)"+Condition="'@(_noCopyRefsByFileName)'+==+'@(_libByFileName)'+AND+'%25(Identity)'+!=+''"+/>
++++++++<_overlappingLibByFileName+Include="@(_libByFileName)"+Condition="'@(_noCopyRefsByFileName)'+==+'@(_libByFileName)'+AND+'%25(Identity)'+!=+''"+/>
++++++++<_overlappingRef+Include="@(_overlappingRefByFileName->'%25(OriginalItem)')"+/>
++++++++<_overlappingLib+Include="@(_overlappingLibByFileName->'%25(OriginalItem)')"+/>
++++</ItemGroup>
++++<ItemGroup+Condition="'@(_overlappingRef)'+!=+''">
++++++++<Reference+Remove="@(_overlappingRef)"+/>
++++++++<Reference+Include="@(_overlappingLib)">
++++++++<Private>false</Private>
++++++++</Reference>
++++</ItemGroup>
</Target>|code-block|syntax|javascript|44562|希望这能帮上忙。|44563|entityMap^0|9|G|33|3|3M|3|0|C|6|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|X|8|@$9|Y|A|Z|B|C]]|D|@]|E|$]]|$1|H|3|I|5|J|7|10|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|11|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|12|8|@]|D|@]|E|$]]]|P|$]]

This answer assumes that you are using <code>PackageReference</code> for your nuget references. If that's the case, there is also a known bug in PackageReference .Net tooling model. For some weird cases, the nuget restore msbuild tool chain places <code>ref</code> assemblies, when it should have ideally placed the <code>lib</code> assemblies. How can you find out if you are facing a similar problem? You can use a standard reflector application like ILSpy to read the failing library's metadata in your working directory. If you see RefAssemblies attribute in its metadata, then you are also encountering this problem.
To fix this problem, you can use something like the following tag in your <code>csproj</code> file to fix the nuget copying issue.
<pre class="lang-xml prettyprint-override"><code>&lt;Target Name=&quot;ReplaceRefWithLib&quot; BeforeTargets=&quot;ResolveAssemblyReferences&quot;&gt;
 &lt;ItemGroup&gt;
 &lt;_noCopyRefs Include=&quot;@(Reference)&quot; Condition=&quot;'%(Reference.Private)' == 'false'&quot; /&gt;
 &lt;_noCopyRefsByFileName Include=&quot;@(_noCopyRefs-&gt;'%(FileName)')&quot;&gt;
 &lt;OriginalItem&gt;%(Identity)&lt;/OriginalItem&gt;
 &lt;/_noCopyRefsByFileName&gt;
 &lt;_libByFileName Include=&quot;@(ReferenceCopyLocalPaths-&gt;'%(FileName)')&quot;&gt;
 &lt;OriginalItem&gt;%(Identity)&lt;/OriginalItem&gt;
 &lt;/_libByFileName&gt;
 &lt;_overlappingRefByFileName Include=&quot;@(_noCopyRefsByFileName)&quot; Condition=&quot;'@(_noCopyRefsByFileName)' == '@(_libByFileName)' AND '%(Identity)' != ''&quot; /&gt;
 &lt;_overlappingLibByFileName Include=&quot;@(_libByFileName)&quot; Condition=&quot;'@(_noCopyRefsByFileName)' == '@(_libByFileName)' AND '%(Identity)' != ''&quot; /&gt;
 &lt;_overlappingRef Include=&quot;@(_overlappingRefByFileName-&gt;'%(OriginalItem)')&quot; /&gt;
 &lt;_overlappingLib Include=&quot;@(_overlappingLibByFileName-&gt;'%(OriginalItem)')&quot; /&gt;
 &lt;/ItemGroup&gt;
 &lt;ItemGroup Condition=&quot;'@(_overlappingRef)' != ''&quot;&gt;
 &lt;Reference Remove=&quot;@(_overlappingRef)&quot; /&gt;
 &lt;Reference Include=&quot;@(_overlappingLib)&quot;&gt;
 &lt;Private&gt;false&lt;/Private&gt;
 &lt;/Reference&gt;
 &lt;/ItemGroup&gt;
&lt;/Target&gt;
</code></pre>
Hoping this helps.

I recently installed CsvHelper (<a href="https://joshclose.github.io/CsvHelper/" rel="noreferrer">https://joshclose.github.io/CsvHelper/</a>) when i try to use the library I get the following error:

<blockquote>
 Could not load file or assembly 'System.Threading.Tasks.Extensions, Version=4.2.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
</blockquote>

In my app.config I have binding redirect:

<pre><code> &lt;dependentAssembly&gt;
 &lt;assemblyIdentity name="System.Threading.Tasks.Extensions" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" /&gt;
 &lt;bindingRedirect oldVersion="0.0.0.0-4.2.0.1" newVersion="4.2.0.1" /&gt;
 &lt;/dependentAssembly&gt;
</code></pre>

Also in my project I have reference to 

<blockquote>
 \packages\System.Threading.Tasks.Extensions.4.5.3\lib\netstandard2.0\System.Threading.Tasks.Extensions.dll
</blockquote>

Its version is 4.2.0.1 I am not sure why its still trying to load 4.2.0.0 of the library.

my project is running .net 4.7.2

Could not load file or assembly 'System.Threading.Tasks.Extensions, Version=4.2.0.0

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

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

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

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

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

我最近安装了CsvHelper ()，当我尝试使用这个库时，我得到了以下错误：无法加载文件或程序集“System.Threading.Tasks.Extensions、Version=4.2.0.0、Culture=neutral、PublicKeyToken=cc7b13ffcd2ddd51”或其依赖项之一。所定位的...

问无法加载文件或程序集'System.Threading.Tasks.Extensions，Version=4.2.0.0
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法加载文件或程序集'System.Threading.Tasks.Extensions，Version=4.2.0.0EN