如果右击引用的程序集，将看到名为Copy Local的属性。如果“本地复制”设置为true，则程序集应该包含在bin中。然而，Visual studio有一个问题，有时它不包括在bin文件夹中引用的dll…这是对我有效的变通方法:

将DLL作为现有项添加到其中一个项目中，应该对其进行排序

确保您使用的依赖DLL的目标. net框架不高于项目应用程序的目标. net框架。

你可以通过选择你的项目来检查，然后按ALT+ENTER，然后从左边选择Application，然后选择项目的目标框架。

假设, 依赖DLL目标框架= 4.0和 应用程序DLL目标框架= 3.5然后将其更改为4.0

谢谢你！

您还可以检查以确保您正在寻找的dll不包含在GAC中。我相信Visual Studio很聪明，不会复制那些已经存在于构建机器的GAC中的文件。

我最近在测试一个SSIS包时遇到了这种情况，该包需要在GAC中存在程序集。我后来忘记了这一点，并想知道为什么这些dll在构建过程中没有出现。

要检查GAC中的内容(从Visual Studio开发人员命令提示符中):

gacutil -l

或输出到一个文件，使其更容易阅读:

gacutil -l > output.txt
notepad.exe output.txt

移除一个组件:

gacutil -u MyProjectAssemblyName

我还应该注意到，一旦我从GAC中删除了文件，它们就会在构建后正确地输出到\bin目录中(即使对于根项目中没有直接引用的程序集也是如此)。这是在Visual Studio 2013更新5。

只是佐格领主回答的旁注。

我以这种方式添加了虚拟引用，它在调试模式下工作:

public class DummyClass
{
    private static void Dummy()
    {
        var dummy = typeof(AbcDll.AnyClass);
    }
}

但是在发布模式下，依赖的dll仍然没有被复制。 然而，这奏效了:

public class DummyClass
{
    private static void Dummy()
    {
        Action<Type> noop = _ => {};
        var dummy = typeof(AbcDll.AnyClass);
        noop(dummy);
    }
}

这个信息其实花了我好几个小时才弄明白，所以我想分享一下。

如果右击引用的程序集，将看到名为Copy Local的属性。如果“本地复制”设置为true，则程序集应该包含在bin中。然而，Visual studio有一个问题，有时它不包括在bin文件夹中引用的dll…这是对我有效的变通方法: