Visual Studio - 调试配置文件中指定的调试可执行文件不存在答案

【问题标题】：Visual Studio - Debug Executable Specified in the Debug Profile does not ExistVisual Studio - 调试配置文件中指定的调试可执行文件不存在
【发布时间】：2020-07-23 05:07:41
【问题描述】：

我正在尝试运行一个简单的 HelloWorld C# .NET Core 控制台应用程序，但出现此错误。作为相当新的东西，我无法在尝试另一个答案中提到的某些事情时解决它。请指导我如何解决它。

我得到的错误是：

在 [Project Name] 调试配置文件中指定的调试可执行文件 [PATH] 不存在。

【问题讨论】：

重建解决方案对我有用
@JuanPablo 我也试过了，但没用。感谢您的意见！

标签： c# .net visual-studio build project

【解决方案1】：

对我来说，我需要做的就是修改项目属性（在解决方案资源管理器中右键单击项目 --> 项目属性），然后在应用程序选项卡下，选择适当的目标框架。默认情况下我没有设置它。

【讨论】：

您可以提供图片来完成该过程以方便我们。

【解决方案2】：

复制“cli”文件夹并将其重命名为“cli_x64”。这对我有用。

【讨论】：

这实际上对我有用。谢谢。如果有人想知道 cli 文件夹在哪里，就我而言，它位于 User\AppData\Local\AzureFunctionsTools\Releases\3.23.5\cli 中。我只是将其更改为 cli_x64。

【解决方案3】：

Azure 函数解决方案

确保您已安装 azure-functions-core-tools。
打开项目的属性，right-click project root | properties | Debug 你应该看到这个：
将Launch 设置为Executable
将Executable 设置为azure-functions-core-tools 可执行文件的路径 - 在AppData\Roaming\npm\node_modules\azure-functions-core-tools\bin\func.exe

【讨论】：

【解决方案4】：

像这里的其他人一样，（我赞成其他几个答案）我几天又几天尝试了多种事情，但没有运气。就我而言，简单的卸载并重新安装 VS2019 并没有解决问题。对我来说，问题始于 VS2019 16.9.3 更新，突然在报告编译错误之前构建良好的项目。奇怪的错误涉及无法找到明显存在的参考资料。我有一个包含大约 60 个项目的大型解决方案，其中 40 个是 .NET Framework 4.5.2，20 个是 .NET Core，混合了 2.x、3.x 和一些 5.x。起初，编译错误同时影响 .NET Framework 应用和 .NET Core 应用。我的家用电脑没有这个问题，我的同事也没有这个问题。

首先，我将解决方案中的所有 .NET Framework 应用程序从 Framework 4.5.2 更新到了 4.7.2。这似乎解决了 .NET Framework 应用程序的问题。但是，.NET Core 应用程序仍然存在荒谬的构建错误，使用 NUnit3 VS 模板创建新测试项目后找不到“System”，找不到“NUnit”。

我尝试追踪潜在的 NuGet 配置问题；我尝试缩短 Win10 PATH 语句，但没有任何帮助。然后，在第一次卸载/重新安装 VS2019 失败后，这是我所做的导致成功的结果：

使用包管理器控制台从计算机中删除了所有 NuGet 包，请参阅此处的说明：https://docs.microsoft.com/en-us/nuget/consume-packages/managing-the-global-packages-and-cache-folders
我使用了命令：“dotnet nuget locals all -clear”
卸载 VS2019，使用“Microsoft Visual Studio Installer”应用程序
卸载VS2017，使用“Microsoft Visual Studio Installer”应用程序
注意：暂时不要卸载“Microsoft Visual Studio Installer”应用！
使用应用程序和功能卸载所有其他以前的 VS 版本（我在 2010 年甚至 2008 年有一些垃圾）
运行此处描述的 VS“InstallCleanup.exe”工具： https://docs.microsoft.com/en-us/visualstudio/install/remove-visual-studio?view=vs-2019
使用应用和功能删除了“Microsoft Visual Studio Installer”应用
使用 .NET 卸载工具的 --all 选项卸载所有 .NET SDK 和 API 看到https://docs.microsoft.com/en-us/dotnet/core/additional-tools/uninstall-tool？和https://devblogs.microsoft.com/dotnet/announcing-the-net-core-uninstall-tool-1-0/tabs=macos
卸载了应用程序和功能中显示的所有剩余的与 VS 相关的项目，包括一些非常旧的 SDK 和工具包，它们不知何故在我公司的“开发人员克隆”PC 上
已下载并（重新）安装 VS Installer 工具
使用VS Installer工具，重新安装VS 2019
重新安装了我使用的 VS 扩展（在开始这一切之前，我已经在屏幕截图中捕获了我已安装的 VS 扩展列表）
再次重启...

在这一切之后，所有无法解决的问题，所有“您是否缺少 using 指令或程序集引用”错误现在都消失了！当然，所需的步骤会根据您的计算机而有所不同，并且我所做的某些步骤可能并不是真正必要的。在没有解决问题的几天毫无成效之后，是时候全力以赴了。让 Visual Studio 再次“正常工作”真是一种解脱！

【讨论】：

【解决方案5】：

我最近在全新安装 Visual Studio 2022 时遇到了这个问题。当我尝试使用指定的 5.0 DotNet 框架而不是默认的 6.0.0 运行项目时发生错误。我通过使用安装程序修改我的安装并手动选择要安装的 DotNet 5.0 框架解决了这个问题，因为显然它默认情况下没有安装，只有 6.0 是。错误消息在告诉我必须做什么方面一点帮助也没有。但在那之后一切都运行没有错误。

【讨论】：

【解决方案6】：

要解决您的问题，您需要以管理员身份启动 VS2019，这样项目构建才能正常工作。

注意：就我而言，vs2019 是专业的。

【讨论】：

【解决方案7】：

我通过右键单击项目，然后“卸载项目”，然后再次右键单击，然后“重新加载项目”来修复它。然后再次运行项目，错误应该消失了，至少对我来说是这样

【讨论】：

【解决方案8】：

所以....我在 Windows 10 上使用 Visual Studio 2019（版本 16.10.2）。对我来说解决问题的是：

开始一个新项目
在标题为“配置您的新项目”的菜单上，我取消选中“将解决方案和项目放在同一目录中”的选项，然后点击下一步
在标题为“添加信息”的菜单中，我选择了当前目标框架为“.Net5.0(Current)”，然后点击创建。

该死！！！固定

【讨论】：

【解决方案9】：

对我来说，projectname.csproj.user 中的错误路径是问题所在。这让我发疯！删除此文件并重新构建项目后，它终于可以工作了。

【讨论】：

【解决方案10】：

我的项目中有一个重复的 .AssemblyInfo.cs 文件（一个在 bin 文件夹中，一个在外部）。这个文件是自动生成的，所以我所做的是删除了这两个文件，清理了项目，运行了恢复然后重建。修复了我的问题。

【讨论】：

【解决方案11】：

简单答案：从工作负载选项卡中的 Visual Studio 安装程序安装 .NET Core 跨平台开发。在这里完全工作和测试:)

【讨论】：

【解决方案12】：

我更改了解决方案名称，出现此错误。然后我将所有using packagename 更改为更正一个，然后重建它。它工作正常。

【讨论】：

【解决方案13】：

您收到此错误的原因是您的netcoreapp 文件夹中没有exe 文件。尝试创建一个名为 HelloWorld1 的新项目，如果 VS19 不创建文件，则需要卸载并重新安装应用程序。

【讨论】：

谢谢！我很久以前通过完全删除然后重新安装 VS 来修复它。

【解决方案14】：

检查项目的输出路径（项目>右键属性>构建>输出路径）
转到构建菜单 > 配置管理器。检查 myMLApp 是否已选中“构建”
清洁溶液。构建解决方案。

来源link

【讨论】：

已经有那个设置了，还是不行
太奇怪了，但我找到了解决问题的方法...

【解决方案15】：

我尝试了多种解决方案很多天，但唯一对我有用的是完全删除 VS 2019，然后重新安装。

【讨论】：

这不是一个正确的解决方案。在这里查看stackoverflow.com/a/20563832/11454967
@CătălinaSîrbu 感谢您的意见。我提出的解决方案是当时唯一对我有用的解决方案（尽管在 Stack Overflow 上尝试了无数其他建议）。