VS 2015 Update 1-声称我正在调试发行版

更新到VS 2015更新1之后，如果我运行一个Web项目（MVC），请停止该应用程序，然后尝试再次运行它，VS会停止并弹出一个对话框，提示您

您正在调试的Release版本<myproject.dll>。

在编译器优化的发行版本中使用Just My Code会降低调试体验（例如，不会遇到断点）。

问题是我没有运行发行版。我显然正在运行我刚刚运行的（相同）调试版本！VS为什么认为我正在运行发行版？

清洁解决方案并重新运行会清除错误消息，因此在某处已插入软管。

微软的说法是，这是一个已知问题（它最初是由Debugger团队负责的，但后来确定是构建问题，现在已由Project系统团队掌握。与此问题有关的还有其他错误，优先级为1，因此应该进行下一次更新，尽管可以预期，但不能保证何时发布（或更新中实际包含什么）。

所以。它是已知的并且正在研究中。至少在“调试常规选项”中关闭“启用我的代码”似乎目前是可以解决的。

如@romanoza所述，Microsoft使用以下信息更新了（现在已丢失）Microsoft Connect错误报告（以前位于此处，以防您可以在某处找到档案）。

取消选中设置Debug-> Options->抑制模块加载时的JIT优化（仅托管）

这是解决方法。他们稍后再说：

我们建议人们不要选中它，因为选中它会提高性能和我的代码在特定情况下的行为。

最后，确认：

这是一个错误，无法启用该设置，因此我们正在针对这种情况进行修复，以防某些客户仍然希望在启用该设置的情况下进行调试。

更新：根据意见，看来该框现在取消选中默认情况下，一些开发商，并检查它可以在某些情况下，解决相同问题。很奇怪。

我注意到这里的答案不完整，我遇到了同样的问题，它通过打开项目属性并在“构建”选项卡和调试配置下取消选中 “优化代码”来解决。您还应该如上所述检查配置管理器，以确保一切正常。答案来自这篇文章，他们应该得到荣誉：VS2015 Project不再以调试模式运行

谢谢，

我解决了此答案中建议的在“ 配置管理器”窗口中将配置设置为“ 调试 ”的问题。

清洁（和重建）解决方案对我来说是一个临时解决方法。您也可以选择“调试”>“选项”，然后取消选中该Suppress JIT optimization复选框。

自更新到VS2015 Update 1以来，我一直遇到相同的问题。

发现微软的Visual Studio论坛一份类似的报告，其指向一个已经提出了与他们的bug报告在这里

有各种解决方法，但我认为根本问题是调试结束时IIS Express不会关闭-并不是因为未选中edit and Continue选项。在错误修复之前，我可以找到最快的解决方法：

• 右键单击任务栏中的IIS Express图标，然后在调试后退出它（感谢David Totzke，他在错误报告中提供了解决方法）

不太好，但是我认为目前没有合适的解决方案。

我遇到了同样的问题。我通过手动删除“ bin”文件夹中的所有文件来解决问题，然后重新构建解决方案。我没有这个对话框了。

就我而言，我已将“配置管理器”中整个解决方案的“活动解决方案平台”从x86更改为Any CPU，解决了该问题

检查解决方案的配置属性。我遇到了同样的问题，发现我的调试配置实际上是使用发布配置来构建一些项目的。

我注意到在停止调试器后，Visual Studio并没有终止iisexpress进程。手动终止进程似乎可以解决我的问题。

现在，此问题似乎已在更新2中修复。

解决方案的数量似乎和有问题的人一样多，但是就我而言，我不得不删除并重新添加项目参考。项目参考位于同一解决方案的单元测试项目中。

就我而言，错误消息是正确的。我正在运行一个加载了发行版的应用程序。因此，我通过让应用程序加载调试版本来更正了它。

小学，我知道，而且我意识到我让自己看起来像个白痴。但是有时问题恰恰是所报告的。

检查IIS项目URL是否确实指向您认为的位置。如有疑问，请单击“创建虚拟目录”按钮。

我最近在运行生产代码库的临时版本并将IIS中的文件夹重新指向临时版本时遇到了这个问题，实际上，该文件夹正在运行生产版本，而不是我尝试调试的调试版本。

对我来说，我在此FileListAbsolute.txt文件中找到了3个\ Release \文件夹引用：

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

他们是这样的：

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C：\ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

只需删除VS之外的那3条线，然后重新打开解决方案即可解决该问题。希望能有所帮助。

我已经尝试了所有答案，对我有用的一个方法是删除一些NuGet软件包，而不仅仅是引用，而是删除该软件包（对于我来说就是PostSharp）。最初，我尝试从所有项目中删除引用，但该引用不起作用，然后我仅从管理器中删除了软件包。我没有确切的原因，但是那是解决我的问题的原因，希望它可以帮助某个人。

重新启动Visual Studio。这在2017 Professional中为我解决了这个问题。

这对我有用。

如果是Web项目，请转到该Web项目的项目属性，然后

1. 如果选择了“本地IIS”，请重新启动IIS服务器。
2. 如果选择了IIS Express，请从任务栏图标退出IIS Express。

似乎某些dll已被缓存，因此上述步骤将使缓存无效。

这发生在Visual Studio 2019中的UWP应用中。取消选中csproj / build设置中的“优化代码”即可解决该问题。

可以肯定的是，此问题已在Visual Studio 2015 Update 2中修复。

我以前经常查看（每天多次），并且自从更新到Update 2以来从未见过。