【问题标题】:Could not load type `A` from assembly `Not.Containing.Type.A`无法从程序集“Not.Containing.Type.A”加载类型“A”
【发布时间】:2016-05-09 16:54:01
【问题描述】:

编辑:我没有提到一件重要的事情 - 加载我的程序集的应用程序实际上不在同一个目录中(与其他 dll 一样)。在摆弄 Fusion 日志后,我注意到加载 dll 的行为与我之前想象的不同。 (是的,我应该先 RTFM,真丢脸)

  • C:\Test\appLoadingStuff.exe
  • C:\Lib\Acme.Application.dll
  • C:\Lib\Acme.Data.dll
  • ...

.NET 正在探测应用程序库(除了 GAC 和其他东西;加载应用程序所在的目录 - C:\Test\),并不关心加载的 dll 的存储位置(其他目录)。


在使用 .NET 框架时,我发现自己遇到了 ReflectionTypeLoadException 异常:

System.TypeLoadException

无法加载一种或多种请求的类型。检索 LoaderExceptions 属性以获取更多信息。

无法从程序集 'Acme.Data.Dao,Version=1.1.0.4,Culture=neutral,PublicKeyToken=null' 加载类型 'Acme.Data.Foo'。":"Acme.Data.Foo

为简单起见,我有 3 个程序集:

  • Acme.Application我的主要组件
  • Acme.Data我的数据对象(第一个引用)
  • Acme.Data.Dao我的数据访问对象(第一个引用)

还有另一个应用程序,它实际上加载了我的主程序集。所有.dll 文件都在同一个目录中。

正如您所料,类型 Acme.Data.Foo 生活在程序集 Acme.Data 中。尽管如此,.NET 仍试图在另一个程序集 Acme.Data.Dao 中找到它——但失败了,因为该类型不存在。

我不知道是什么让 .NET 在错误的程序集中寻找特定类型。访问程序集上的类型时立即引发异常:

System.Reflection.RuntimeAssembly assembly = Assembly.LoadFile("C:\Lib\Acme.Application.dll")
var types = assembly.GetTypes(); // -> explodes

当我尝试使用以下方法检查引用的程序集时:

assembly.GetReferencedAssemblies()

我可以在列表中清楚地看到我想要的程序集。

没有程序集重定向(据我所知,这仅影响版本)。程序集的版本是正确的。

我还应该寻找什么?

【问题讨论】:

  • LoaderExceptions 中是否有异常消息所建议的更多详细信息,或者帖子中的第二条消息是什么?
  • @MartinCostello 是的,这基本上是第二条消息 - 从一半开始就有意义(类型确实不存在,但是引用了类型的程序集,所以它为什么在那里寻找它)
  • 有人可以删除“Assembly”标签吗?我无意中浪费了我对编辑的“编辑”投票。
  • 您能否从加载程序集的代码中发布导致问题的代码?
  • @ManoDestra:尝试编写简单的控制台应用程序,该应用程序尝试一个一个地加载程序集,看起来我在那里有更多问题,需要调查 - 但我猜我的错误是因为依赖程序集失败而发生的。 .. 呵呵

标签: c# .net .net-assembly


【解决方案1】:

正如我在编辑过的问题中所说,我错过了提及我正在尝试做的事情的非常重要的属性。我的程序集由另一个与加载的程序集不在同一路径的应用程序加载。

.NET 正在探测正在运行的应用程序的目录,而不是加载的 dll 所在的目录。如果需要处理这种情况,则需要实现事件处理程序AppDomain.AssemblyResolve 来处理加载的dll 的依赖关系。

更多阅读:

感谢所有参与此问题的人,很抱歉我没有分享如此重要的细节(tbh,我没想到这个小细节很重要 - 现在我知道了)。

【讨论】:

    猜你喜欢
    • 2016-01-02
    • 1970-01-01
    • 2012-05-05
    • 2010-09-19
    • 2017-11-26
    • 2020-11-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多