我偶然发现了一个非常烦人的问题。
当我调试软件时，一切运行正常，但是如果遇到断点并编辑代码，则在尝试继续运行时出现错误：
Metadata file 'XYZ' could not be found
环顾了一会后，我发现了一些类似的问题，但是它们都与构建失败有关，这不是我的情况（这种情况仅在继续编辑后才会发生）。
到目前为止我尝试过的是：
一些额外的信息：
Debug配置运行它时，不会发生错误。有任何想法吗？
Metadata file could not be found错误的大海捞针中。
Answers:
最终解决问题的是：
我猜出于某种原因，与单独清洁每个项目相比，清洁解决方案的效果有所不同。
编辑：
根据@ maplemale注释，似乎有时还需要删除并重新添加每个引用。
2019年更新：
过去这个问题吸引了很多流量，但是自VS 2017发布以来，似乎没有那么多关注了。
因此，另一个建议是-更新到VS的较新版本（> = 2017），以及其他新功能，也将解决此问题
一个可能的原因可能是您已将某些项目（在解决方案中）升级到更高版本，例如从.NET 4.0升级到4.5。在我的情况下，当我在VS 2013中打开解决方案时发生了这种情况（最初是使用VS 2010和.NET创建的） 4.0）。当我在VS 2013中打开时，我的C ++项目已更新为.NET 4.5，我开始看到问题所在。
通常，这种错误是由人为错误引起的，例如如果我们以某种不正确的方式更改名称空间，或者为当前项目从资源管理器更改文件夹名称等，编译器有时无法检测到。
我遇到了相同的错误，以解决我尝试了几个步骤的问题。请遵循所有步骤：
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "**Client**", "**Client** \ **Client**.csproj", "{4503E259-0E3B-414A-9074-F251684322A5}"
EndProject
再次检查Foldernames（我以粗体突出显示），使其与您在步骤2中所做的相似。
再次清洗整个溶液
构建解决方案（如果不起作用，请尝试在再次清洁后构建个人）
确保所有从属项目都使用相同的.Net Framework版本。我有一个同样的问题，是由一个使用4.5.1的依赖项目引起的，而所有其他项目都使用4.5。将项目从4.5.1更改为4.5并重建我的解决方案为我解决了这个问题。
对我唯一有效的方法是删除“解决方案用户选项”.suo文件。请注意，这是一个隐藏文件。
要找到此文件，请关闭您的Virsual Studio，然后从项目内的文件资源管理器中搜索.suo。
PS：当您重建项目时，将再次创建一个新的.suo文件，希望这个新创建的文件不会给您带来问题。
我希望这可以帮助某人摆脱这种讨厌的错误:)。
好吧，我的答案不仅是所有解决方案的摘要，还提供了更多的解决方案。
第（1）节：
一般解决方案：
我遇到了4个此类错误（“找不到元数据文件”）以及1个错误：“无法打开源文件（未指定错误”）。
我试图摆脱“找不到元数据文件”错误。为此，我阅读了许多帖子，博客等，发现这些解决方案可能是有效的（在此处进行总结）：
重新启动VS，然后再次尝试构建。
转到“解决方案资源管理器”。右键单击解决方案。转到属性。转到“配置管理器”。检查是否选中了“构建”下的复选框。如果未选中任何一个或全部，请检查它们并尝试再次构建。
如果上述解决方案不起作用，请按照上面步骤2中提到的顺序进行操作，即使所有复选框都已选中，也请取消选中它们，再次检查并尝试重新构建。
建立订单和项目依存关系：
转到“解决方案资源管理器”。右键单击解决方案。转到“项目依赖项...”。您将看到2个标签：“依赖关系”和“构建订单”。此构建顺序是解决方案的构建顺序。检查项目依赖性和构建顺序，以验证是否有依赖于其他项目（例如“ project2”）的某个项目（例如“ project1”）在该项目（project2）之前尝试构建。这可能是导致错误的原因。
检查缺少的.dll的路径：
检查丢失的.dll的路径。如果路径包含空格或任何其他无效的路径字符，请将其删除并尝试再次构建。
如果这是原因，则调整构建顺序。
我有这个问题好几天了！我尝试了上面的所有内容，但问题不断出现。当显示此消息时，其含义可能是“您的解决方案中的一个或多个项目未正确编译”，因此从未写入该文件的元数据。但就我而言，我没有看到任何其他编译器错误！我一直努力尝试手动编译每个解决方案，直到让VS2012真正揭示出一些我之前未曾见过的编译器错误后，这个问题才消失。
我愚弄了构建命令，没有构建命令，引用了调试dll（它们是手动编译的）...什么都没用，直到我发现编译整个解决方案时这些错误并没有显示出来！！！
有时，似乎在编译时，编译器会因某些错误而退出...我以前已经看到过，在解决问题之后，后续编译会显示新错误。我不知道为什么会发生这种情况，而我遇到这些问题的情况很少见。但是，当您确实有这样的人时，试图找出正在发生的事情确实很痛苦。祝好运！
您是否在项目中使用数据库代码生成工具（例如SQLMETAL）？
如果是这样，您可能会面临多元化到非多元化的过渡问题。
就我而言，我注意到一些旧的复数（*）表名（默认情况下，SQLMETAL在表名末尾添加一个“ s ”字母）表引用了SQLMETAL生成的类。
因为，我最近有残疾的名字多元化，regerating一些数据库相关类后，他们中的一些失去了他们的“小号”前缀。因此，对受影响的表类的所有引用均无效。出于这个原因，我有几个编译错误，如下所示：
'xxxx'不包含'TableNames'的定义，找不到扩展方法'TableNames'接受类型为'yyyy'的第一个参数（您是否缺少using指令或程序集引用？）
如您所知，我只是为了防止汇编而出错。那就是缺少的组件可以链接到相关程序集，从而导致原始的“找不到元数据文件'XYZ'”
在将受影响的类表引用手动修复为其当前名称（不复数）之后，我终于能够使我的项目恢复活力！
（*）如果选择的Visual Studio>工具菜单>选项>数据库工具> O / R设计>名称的多元化启用，一些SQLMETALl代码生成器将添加一个“ S ^ ”在某个生成的表类的末尾字母，虽然表中有目标数据库上没有“ s”后缀。有关更多信息，请参考http://msdn.microsoft.com/zh-cn/library/bb386987(v=vs.110).aspx
希望能帮助到你！
我有此问题，并设法使用以下SO答案进行了修复： 找不到元数据文件'.dll'
我必须取消选中所有框，单击“应用”，重新启用所有复选框，然后再次单击“应用”，但这解决了问题。
当一个项目dll发生故障并且由多个项目引用时，就会发生这种情况。因此，首先修复它，然后建立个人。
My code is compiling and running.
这是发生在我身上的原因，因为我在名称空间中发生了奇怪的冲突：我的AssemblyA具有名称空间AssemblyA.ParentNamespace巫婆定义了ClassA，而在同一个程序集中另一个名称是AssemblyA.ParentNamespace.ChildNamespace巫婆定义了一个不同的ClassA（但带有一样的名字）
然后我在AssemblyA.ParentNamespace IInterfaceB中有了一个方法，该方法在开始时返回IEnumerable，而ClassB女巫实现了IInterfaceB
后来我修改了ClassB中的方法以返回IEnumerable，但是我忘了更新IInterfaceB定义，所以那里的方法仍然返回IEnumerable，有趣的事实是，如果我全部重建了，解决方案仍然是合规的，但是测试巫婆引用AssemblyA无效，并返回“找不到元数据文件”错误。
更新InterfaceB以正确返回IEnumerable，因为其实现者ClassB确实解决了该问题，不幸的是，错误消息含糊不清，并且编译有效的事实使我认为编译器中可能需要修复一些问题
我也有这个问题。
它是在我整理项目的一个小文件夹之后开始的。然后，我尝试进行编译，并得到许多重复的类错误。（尽管它们没有被复制。我认为链接是不合时宜的）
检查这些错误后，错误将全部消失，仅留下“找不到元数据文件... debug \ application.exe”错误。
我通过在构建输出窗口中查找哪些重复的类来解决此问题。
然后，我将右键单击类名称，然后单击“转到定义”。
将有两个定义可供选择，将它们都打开，第二个定义似乎将再次打开同一文件，但是第二个定义将标识为错误源（红色下划线）。
从文件中删除所有代码并保存（这不会影响您的实际文件）。
现在应该可以正确编译了。
我也有同样的问题。
就我而言，我最近在项目中的某个地方添加了一个内部类。解决方案中的一个依赖项具有相同的类名，并且两个依赖项均已正确添加到引用中。
我更改了上一个活动并进行了重建，它可以正常工作。
确保您的编译器消息有效。就我而言，我从那里捕获了参考错误，没有在错误列表中列为错误。