【发布时间】：2023-03-27 20:32:01
【问题描述】：
我一直在研究与通过 C++/CLI 进行单元测试和托管/本机互操作相关的问题。细节并不重要，所以除非被问到，否则我不会填写，但情况可以提炼如下：
两个程序集，分别称为 Lib 和 Dep，存在于同一目录中，称为 D。Lib 通过程序集引用依赖于 Dep。我们正在一个应用程序中运行，该应用程序位于一个不同的、不相关的目录中。应用程序创建一个新的 AppDomain 并将 ApplicationBase 设置为目录 D，加载 Lib 程序集，并尝试通过反射在其中构造一个类型。
作为 Lib 的模块构造函数的一部分，我们转换到默认 AppDomain 并加载引用的程序集 Dep。因为默认AppDomain的ApplicationBase是NOT目录D，所以无法解析Dep，抛出FileNotFoundException异常，加载Lib程序集失败。
这一切都说得通——尽管可能令人费解，但我们试图加载一个不在当前 AppDomain 的程序集解析路径上的程序集，但失败了。
但是，如果我在默认 AppDomain 中运行整个过程而不是创建新的 AppDomain，则不会失败。即使目录 D 不是 ApplicationBase，也会加载 Lib 程序集，并且实例化其中一个类的代码可以正确运行。模块构造函数代码仍应在默认 AppDomain 中运行，尽管它不需要转换到它。
在我看来，第二个案例应该像第一个案例一样失败。这两种情况的程序集引用解析过程有什么不同？
【问题讨论】：
-
使用 Fuslogvw.exe 获得洞察力。记录所有绑定。
-
很好的建议，感谢您向我指出该实用程序。我会检查并报告。
-
我无法从 Fusion 日志中获得任何有用的信息。在成功或失败的情况下，Dep 程序集根本没有日志条目。 Lib 程序集的日志条目在成功案例中有一些内容，但在失败案例中，它似乎在过程的早期就失败了，可能是因为实际加载失败。虽然我希望至少能看到失败的程序集本身的一些东西，这本可以提供一些见解。