几年后再回到这个问题，这个问题很可能与Windows的最大路径限制有关:

命名文件，路径和命名空间，最大路径长度限制

我也遇到了同样的问题。Visual Studio没有构建被引用的项目。

写产品说明:

右键单击解决方案并单击Properties。 在左侧单击“配置”。 确保选中了“Build”下无法找到的项目的复选框。如果已选中，则取消选中，单击应用并再次选中方框。 (可选)必须在解决方案属性的发布和调试模式下执行此操作。

截图说明:

人们说一幅画胜过千言万语。点击动图放大，希望你很容易理解:

我也被这个问题困扰着，但在尝试了之前的答案后，唯一对我有用的是逐个打开我的解决方案中的每个项目并单独构建它们。

然后我关闭Visual Studio 2013，重新打开我的解决方案，它编译良好。

这很奇怪，因为如果我在解决方案资源管理器中单击每个项目并试图以这种方式构建它们，它们都失败了。我必须单独打开它们各自的解。

在解决方案文件夹中删除包含NuGet的packages文件夹对我来说是有效的。重建之后，一切都恢复正常了。检查解决方案中的引用，并检查带有黄色三角形的引用。

例图:

我的项目也面临着同样的问题，我在一个解决方案中添加了控制台应用程序，但那些其他解决方案不起作用，并显示未找到.dll，所以我尝试了这个方法:

右键单击有问题的项目 单击应用程序选项卡，这是默认的 将输出类型控制台应用程序更改为类库

我在反编译一个非常旧的库时遇到了类似的问题，该库部署在生产环境中，但源代码丢失了。

我使用.dll，反编译并生成项目和解决方案。由于这类错误，我无法构建解决方案。

以前答案中的提示没有帮助，但过了一段时间后，我注意到在一些项目中缺少对System.dll等几个程序集的引用。

假设有一个依赖于项目B的项目A，在项目B中没有System.dll的引用，但是构建后的错误是“元数据文件'B.dll'找不到”。

项目B中没有丢失System.dll的错误。

在项目B中添加诸如System.dll之类的库引用解决了这个问题。 (系统。数据系统。DirectoryServices等等)。