Question

编辑：我没有提到一个重要的事情 - 加载我的程序集的应用程序实际上不在同一个目录中（和其他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()

我可以在列表中清楚地看到我想要的装配。

没有程序集重定向（据我所知，这仅影响版本）。程序集的版本是正确的。

我还应该寻找什么？

Answer 1

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

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

更多阅读：

How the Runtime Locates Assemblies（通知部分通过探索找到大会）
AppDomain.AssemblyResolve Event

感谢所有参与此问题的人，对不起，我没有分享这些至关重要的细节（tbh，我没想到这些细节很重要 - 现在我知道了。）

无法从程序集“Not.Containing.Type.A`

1 个答案: