Visual studio .net core仅在Visual studio调试模式下工作

我们有一个有趣的问题，升级到Visual studio 2017后，我们拥有的一个dotnet核心应用程序只有在Visual studio中使用构建/调试功能时才能工作

单击箭头，程序将成功启动dotnet.exe并运行程序。如果在visual studio之外使用dotnet run，则dotnet.exe会崩溃并尝试打开调试器

我已经检查了所有版本（我们明确指定使用1.1.1），它们已经安装并正确无误。 我尝试了x86和x64

---

有人知道可能存在哪些设置允许dotnet core仅在visual studio中运行，而在独立运行时不起作用吗？

您可以共享csproj文件吗？dotnet.exe应该在visual studio之外正常运行。您可能需要检查并确保调用的是同一版本的dotnet.exe。要执行此操作，请转到软件包管理器控制台并键入“dotnet.exe--version”。现在，转到命令提示符并执行相同的操作。看看版本是否匹配。此外，您可能希望确保应用程序正在访问的所有文件都被复制到适当的位置。如果您有任何丢失的文件，这可能会导致问题。没有更多的信息，我只是在猜测问题，但这些可能会给你一个起点。谢谢你，好提示！两个位置的版本号都是相同的，至于复制文件，虽然在发布后不起作用，但如果我尝试从原始位置运行它也不起作用，根据定义，原始位置必须包含所有文件。谢谢你的帮助，我会继续挖掘的！我也有同样的问题。它在VS2017的发布或调试模式下运行良好。但当我发布并从IIS运行时，它失败了。它还可以在Visual Studio的IIS Express中运行。您可以共享csproj文件吗？dotnet.exe应该可以在Visual Studio之外正常运行。您可能需要检查并确保调用的是同一版本的dotnet.exe。要执行此操作，请转到软件包管理器控制台并键入“dotnet.exe--version”。现在，转到命令提示符并执行相同的操作。看看版本是否匹配。此外，您可能希望确保应用程序正在访问的所有文件都被复制到适当的位置。如果您有任何丢失的文件，这可能会导致问题。没有更多的信息，我只是在猜测问题，但这些可能会给你一个起点。谢谢你，好提示！两个位置的版本号都是相同的，至于复制文件，虽然在发布后不起作用，但如果我尝试从原始位置运行它也不起作用，根据定义，原始位置必须包含所有文件。谢谢你的帮助，我会继续挖掘的！我也有同样的问题。它在VS2017的发布或调试模式下运行良好。但当我发布并从IIS运行时，它失败了。它也在VisualStudio的IIS Express中运行