c# - 程序集在不应该的时候被复制到本地

Question

这是我的示例场景。我有一个控制台应用程序和一个类库 dll(称之为 libraryA)。 LibraryA dll 引用了 Oracle.DataAccess.dll 版本 4.112.2.0。 Oracle DLL 位于 GAC 中。 LibraryA 中对 Oracle DLL 的引用是“Copy Local = false”。到目前为止，一切都很好。如果您构建 libraryA dll，则 Oracle.DataAccess.dll 不会显示在其输出目录中。好的。现在我在我的控制台应用程序中引用了 libraryA dll。对 libraryA dll 的引用是“copy local = true”。现在，当我构建控制台应用程序时，Oracle.DataAcess.dll 确实出现在控制台应用程序的输出目录中。但是，看起来以这种方式运行的唯一 DLL 是 Oracle dll。这是来自 LibraryA 的完整代码

public void Foo() {            
   Oracle.DataAccess.Client.OracleConnection c = new Oracle.DataAccess.Client.OracleConnection();
   WebMatrix.WebData.OAuthAccountData x = new WebMatrix.WebData.OAuthAccountData("asd", "asd");            
   DevExpress.Web.ASPxCallback.ASPxCallback cvv = new DevExpress.Web.ASPxCallback.ASPxCallback();
}

WebMatrix 和DevExpress 也和Oracle DLL 一样在GAC 中。但是，这些 DLL 都不会输出到输出目录，只有 Oracle dll。 为什么？这里发生了什么事？

为此，您可以创建另一个类库，将其命名为 libraryB，不要将 libraryB 放入 GAC，从 LibraryA 引用 LibraryB 并设置 copy local = false。即使您这样做，libraryB 也不会复制到控制台应用程序的输出目录。当然，在这种情况下，程序会因为找不到库 B 而崩溃，但至少 Visual Studio 尊重复制本地标志 = false。这个愚蠢的 Oracle DLL 有什么不同？

哦，还有一件事很有趣。如果在我的控制台应用程序中，我显式添加对 Oracle.DataAccess.dll 的引用，并说复制本地 = false，然后它不会显示在输出目录。 不在输出目录中显示 DLL 似乎有点好笑，我必须实际引用它:)

编辑:

另一个线索。 Oracle 为了折磨开发者，没有为 AnyCPU 构建一个 DLL。他们有 x86 和 x64 版本。在我的例子中，我引用了一个 x86 版本并为 AnyCPU 构建。但是，如果我为 x86 构建(以匹配 oracle dll)，则 Oracle DLL 不会复制到输出目录。在 AnyCPU 中构建时，MSBUILD 说:“警告 MSB3270:正在构建的项目“MSIL”的处理器架构与引用“Oracle.DataAccess，Version=4.112.2.0，Culture=neutral，PublicKeyToken=89b483f429c47342，processorArchitecture=x86”的处理器架构不匹配, "x86"。这种不匹配可能会导致运行时失败。请考虑通过配置管理器更改项目的目标处理器架构，以便使项目和引用之间的处理器架构保持一致，或者依赖于具有处理器架构的引用匹配您项目的目标处理器架构。”所以，看起来 Msbuild 最终决定，好吧，你有一个不匹配，所以让我继续将这个 dll 复制到你的输出目录，从而保证你的应用程序会崩溃。 :)

Answer 1

不引用它，就是让它使用隐式规则。好吧，这里隐含的默认值是“将其复制到本地”，因为大多数 dll 不在 GAC 中。 IDE 有默认“让它工作”的疯狂概念，这意味着“假设它不会在 GAC 中”。

如果你想使用明确的规则，那么是的:你需要告诉它你想要什么。你这样做的方法是添加一个引用，然后设置你想要的选项。