.net 错误1编译时无法复制文件

当我试图编译我的项目时，我得到了这个错误

错误1无法将文件obj\Debug\oneForce.pdb复制到 bin\Debug\oneForce.pdb。访问路径 “obj\Debug\oneForce.pdb”被拒绝。一力

---

有人能帮我纠正一下吗？

看起来你的应用被另一个进程使用了。确保它没有运行。打开任务管理器并检查它是否不在那里

---

重新启动VS或机器应该会有所帮助，但您需要弄清楚是什么阻碍了您的pdb。可能是performance analyzer或DotTrace。

看起来您的应用程序被其他进程使用。确保它没有运行。打开任务管理器并检查它是否不在那里

---

重新启动VS或机器应该会有所帮助，但您需要弄清楚是什么阻碍了您的pdb。可以是performance analyzer，也可以是DotTrace。

请确保您正在编译的应用程序在生成项目时没有运行，或者正在生成的DLL没有被任何正在运行的应用程序引用。

---

您可以使用来搜索应用程序，如果关闭应用程序正常情况下不起作用，则可能会终止正在使用它的进程。

请确保您正在编译的应用程序在生成项目时没有运行，或者正在生成的DLL（如果它是DLL）没有被任何正在运行的应用程序引用。

---

您可以使用来搜索应用程序，如果关闭应用程序正常情况下不起作用，则可能会终止正在使用该应用程序的进程。

其他原因可能会打开obj\Debug\oneForce.pdb文件。是否在Visual Studio的多个副本中打开了该项目

---

否则，请找出文件打开的原因。有关如何执行此操作的信息，请参阅。

其他内容可能已打开obj\Debug\oneForce.pdb文件。是否在Visual Studio的多个副本中打开了该项目

---

否则，请找出文件打开的原因。有关如何执行此操作，请参阅。

Visual Studio正在尝试修改自动生成的PDB文件，该文件包含位于项目调试文件夹中的调试信息，但有某种原因阻止它这样做

确保您对保存项目的文件夹具有完全写入权限，并且PDB文件未被调试器（如Visual Studio的另一个实例）使用

错误消息告诉您文件所在的项目/解决方案目录的路径；这是您应该检查以确保您具有读/写访问权限的地方：

<SolutionDir>\bin\Debug\oneForce.pdb

您可以使用类似Sysinternals的应用程序来检查和查看其他哪些应用程序可能会打开该文件

---

最后，如果所有其他操作都失败，请尝试关闭Visual Studio并重新启动它。这通常会修复文件句柄在本应关闭时仍保持打开状态的任何问题。

Visual Studio正在尝试修改自动生成的PDB文件，该文件包含位于项目调试文件夹中的调试信息，但有某种原因阻止它这样做

确保您对保存项目的文件夹具有完全写入权限，并且PDB文件未被调试器（如Visual Studio的另一个实例）使用

错误消息告诉您文件所在的项目/解决方案目录的路径；这是您应该检查以确保您具有读/写访问权限的地方：

<SolutionDir>\bin\Debug\oneForce.pdb

您可以使用类似Sysinternals的应用程序来检查和查看其他哪些应用程序可能会打开该文件

---

最后，如果所有其他操作都失败，请尝试关闭Visual Studio并重新启动它。这通常会修复文件句柄在本应关闭时仍保持打开状态的任何问题。

您可以使用from sysinternals查找锁定pdb文件的进程或应用程序。

您可以使用from sysinternals查找锁定pdb文件的进程或应用程序。

感谢所有贡献者

在项目的obj文件夹中，我重命名了debug文件夹，原因是我试图删除它，但windows不允许，因为该文件夹不是空的。因此，我怀疑文件出现问题，只是简单地重命名了文件夹

这就解决了问题

---

谢谢大家。

谢谢大家的贡献

在项目的obj文件夹中，我重命名了debug文件夹，原因是我试图删除它，但windows不允许，因为该文件夹不是空的。因此，我怀疑文件出现问题，只是简单地重命名了文件夹

这就解决了问题

---

谢谢大家。

这不是应用程序，而是PDB文件。很可能还有另一个调试器，或者Visual Studio的另一个实例？正在使用该文件。是的。重新启动VS或计算机将解决此问题。但是，我们需要弄清楚是什么导致了这次PDB，这样它就不会再发生了。重新启动VS的建议是我回答的最后一段，在此之前，我提出了许多可能的方法来帮助追查罪犯。我不知道那是什么评论

---

---

应该是指；在我之前的评论中，我没有说要重新启动计算机。关键是PDB文件与应用程序是分开的，它不是应用程序，而是PDB文件。很可能还有另一个调试器，或者Visual Studio的另一个实例？正在使用该文件。是的。重新启动VS或计算机将解决此问题。但是，我们需要弄清楚是什么导致了这次PDB，这样它就不会再发生了。重新启动VS的建议是我回答的最后一段，在此之前，我提出了许多可能的方法来帮助追查罪犯。我不知道那句话是什么意思；在我之前的评论中，我没有说要重新启动计算机。关键是PDB文件与应用程序是分开的。PDB文件正在使用，而不是应用程序。这不一定是一回事。此外，不要盲目地终止进程。如果可能，请正确关闭它们。Process Explorer应该主要是用于诊断问题而不是解决问题的工具。PDB文件正在使用中，而不是应用程序。这不一定是一回事。此外，不要盲目地终止进程。如果可能，请正确关闭它们。Process Explorer应该主要是一个诊断问题的工具，而不是解决问题的工具。我只有一个VS实例正在运行，而且我已经多次在没有解决方案的情况下重新启动VS，甚至重新启动了我的系统。@Smith:如果您重新启动了计算机，那么任何进程都不可能仍然持有该文件的句柄。因此，更有可能的情况是，您没有对存储PDB文件的文件夹的完全写入权限。尝试使用Windows资源管理器在该文件夹中复制或创建一个文件，然后查看是否有效。还要记住，访问该文件夹可能需要管理权限，而VisualStudio在默认情况下不会在标准用户帐户下运行此权限。右键单击图标并使用关联菜单选项，尝试以管理员身份启动VS。我已经运行此项目2个多月了，没有遇到任何错误。它今天才开始运行我只有一个VS实例在运行，而且我已经多次重新启动VS而没有解决方案，甚至重新启动了我的系统。@Smith:如果你重新启动了计算机，那么任何进程都不可能仍然持有该文件的句柄。因此，更有可能的情况是，您没有对存储PDB文件的文件夹的完全写入权限。尝试使用Windows资源管理器在该文件夹中复制或创建一个文件，然后查看是否有效。还要记住，访问该文件夹可能需要管理权限，而VisualStudio在默认情况下不会在标准用户帐户下运行此权限。右键单击图标并使用关联菜单选项，尝试以管理员身份启动VS。我已经运行此项目2个多月了，没有遇到任何错误。它今天才开始。这确实让人觉得文件句柄可能正被另一个进程使用。Windows允许您重命名正在使用的文件，但不允许您修改或删除它。重命名它只是避开了这个问题，允许VS在它想要的位置创建一个新文件；这仍然回避了问题。Windows创建了一个不包含PDB文件的新文件夹。正如我前面所说的，该文件未被其他进程使用，如果您仍然这么说，我重申了我的系统只是为了确保，而VS是我启动的唯一程序，只是为了确保这确实使文件句柄似乎被其他进程使用。Windows允许您重命名正在使用的文件，但不允许您修改或删除它。重命名它只是避开了这个问题，允许VS在它想要的位置创建一个新文件；这仍然回避了问题。Windows创建了一个不包含PDB文件的新文件夹。正如我前面所说的，该文件未被其他进程使用，如果您仍然这么说的话，我重申了我的系统只是为了确保，而VS是我启动的唯一程序，只是为了确保