VS2015项目不再运行在debugging模式下

这就是我在debuggingconfiguration中运行时所得到的结果。

我得到这个显示的方式是启用“只是我的代码”,并警告如果没有用户代码发射。 这是最近发生在我们项目上的事情,我不知道我们做了什么来造成这种情况。 但我一直无法修复它。 断点不会开火,快速查看给出奇怪的结果。

我试着用googlesearch这个问题,但没有一个标准的“断点不会触发”解决scheme的工作。 我全力以赴。

更新 :我已经检查过configurationpipe理器,每个项目也都设置为Debug。 在这里输入图像说明

更新2 :我closures“启用优化”,我不再得到“你正在debugging版本构build”对话框。 它再次运行并停在断点上! 但是输出窗口在启动时显示:

模块“Navigo.exe”的符号没有加载。

  1. 使用debugging版本configuration或禁用debugging选项“启用我的代码”。
  2. 检查debugging选项下的“符号”设置。

所以这解决了我的主要问题,不再能够使用断点和popup。 这是奇怪的,因为我认为你需要符号来加载断点才能工作。 那么如果这些符号没有被加载,那么这个断点如何工作呢? 也许这只是一个坏消息?

使用configurationpipe理器检查debuggingconfiguration的实际设置是什么 – 它在主菜单的Build \ Configuration Manager中 – 如果它们被设置为使用版本:

在这里输入图像说明

此外,请确保该项目正确定义DEBUG,ABD“优化代码”未选中:

在这里输入图像说明

这也发生在我的一些项目上。 我按照stuartd的build议回顾了我的构build设置。 但是,我的构build设置中启用“优化代码”。 所以我启用它并保存了项目。 然后我取消选中它并再次保存。 问题解决了。

有一些bug导致--optimize+标志被传递给debugging器。 启用它,然后禁用它是一个简单的解决方法,直到bug被修复。

只是想跳进来,并说这应用更新1后开始发生在我身上。现有的项目开始显示这一点,我可以复制一个全新的项目。 所有configuration设置为DEBUG,优化不被检查。 踢球者是,第一次运行项目(或干净后)运行得很好,没有任何消息。 停止,然后重新运行项目(注意 – 项目不重新)将显示对话框。 唯一的解决办法是closures只是我的代码选项 – 这似乎是一个黑客,因为它是以前的更新1没有任何问题。

晚会有点晚,但我也遇到了这个问题。 解决scheme的工作是简单的清理和重build我的项目。

如果上述解决scheme都没有帮助,请检查项目的AssemblyInfo.cs以获取显式的DebuggableAttribute应用程序。 好像它覆盖了编译器的debugging/发布选项。

在我的情况(遗留项目文件中有这条线,不知道它是如何到达那里)。 删除它解决了这个问题:

 [assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)] 

selectDebug> Options并取消selectSuppress JIT optimization 。 这个对我有用。

来源: https : //connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even-while-the-build-settings-optimize-code-is-启用-ON-MVC-C-Web的项目不-时-使用-刚刚我的代码

只需在stuartd的答案中添加旁注:

一定要检查任何相关项目的相同的生成设置。 如果您的主项目具有适当的设置,但您的相关项目没有,您将得到相同的消息提示。 后视力明显,但不是首先想到的。

欣赏这是一个旧的post,但它是第一个在Google上find答案的时候出现的,所以有可能其他人也会来这里。

在我的情况下,问题是我的ASP.NET项目属性web选项卡中的IIS项目URL被设置为错误的URL。 它指向我正在使用的项目的另一个副本的http:// localhost 。 我打开的解决scheme的地址实际上是在本地IIS上configuration为http:// localhost:90 。

改变到正确的地址解决了这个问题。

在这里输入图像说明

上面的答案都没有为我工作。 重新启动IIS修复它。

我有同样的问题…不pipe我做了什么 – 没有任何工作。 这是一个新的空的项目,是这个问题。 我最终删除了项目并添加了一个新项目 – 新项目必须有另一个名称 ; 如果我使用相同的名称,错误再次出现 – 甚至在重新启动后,清理并重build…它必须是VS 2015中的错误。

对我来说,这是一个私人Nuget服务器的Nuget引用。 我不知道它是如何编译的,但是改变参考文献引用了我的问题。

我已经在VS2015Express中打开了我的VS2012Pro项目,并且有同样的问题。

我检查了我的解决scheme属性| configuration属性,并发现一个项目被设置为Release&x86。

我把它改回Debug&Any CPU,并且提示消失了。

在我的情况下,我正在为Outlook开发一个VSTO插件,并且Outlook在我testing安装程序的时候偶然加载了我最近安装的DLL版本。 它看起来像VS试图使用该DLL,而不是我期望的debugging。 修复由Outlook加载哪个DLL为我解决了这个问题。

我在这个列表中尝试了几乎所有的东西,但是最后我通过打开解决scheme属性并从“多个启动项目”切换到“单个启动项目”并再次切换来解决这个问题。

  1. 右键单击解决scheme,然后select“属性”
  2. 在“公共属性”下,将select“多个启动项目”更改为“单个启动项目”
  3. 点击OK
  4. 运行debugging
  5. 结束debugging并重复步骤1-3,但切换回“多个启动项目”
  6. 再次运行多个项目的debugging

我遇到了一些问题,最后我通过select“禁用我的代码并继续”来解决这个问题。

只是我的代码设置

解决步骤:

转到有问题的项目的“生成”设置。

向下滚动到“高级”button。

确保“debugging信息”不设置为“无”。

我build议你使用完整选项。

很高兴帮助你

在查看Patrick提供的链接后,有人提到了一个解决办法,即在IIS Express中停止该站点。 在Visual Studio中停止debugging器之后,我可以防止出现同样的问题。 不过,我正在研究它,我相信它也可能与debugging器的“编辑并继续”设置有关。 当我在Visual Studio的选项中禁用了,我不再有这个问题。 但是那样会阻止你使用编辑和继续function,所以不知道这对你是否值得。

工具>选项>debugging器>编辑并继续(滚动到常规列表底部)>取消选中编辑并继续checkbox。

安装Update 1后,我也经历了这个突然,但它可能只是,我有这个设置在第一个地方……不知道。

从这里复制我的其他答案。

正如@romanoza所提到的,微软已经用下列信息更新了错误报告:

取消选中设置“debugging” – >“选项” – >“禁止模块加载时的JIT优化”(仅pipe理)

这是解决方法。 他们接着说:

我们build议人们不要选中它,因为它没有被选中会改善性能和在特定情况下我的代码的行为。

最后,承认:

这是一个错误,它不适用于启用该设置,我们正在为这种情况下的修复工作,以防某些客户仍然打开debugging设置。

…如果你只需要继续下去没有任何进一步的延迟,selectpopup的最后一个选项,所有将像以前一样运行。

在这里输入图像说明

这是一个奇怪的警报。

重build解决scheme不一定会清除所有DLL(尤其是从相关项目复制的DLL)。

但是,重build依赖项目会使此警报消失。

面对这与VS2015更新3。

我的解决scheme与其他所有的解决scheme有所不同,有点独特。

我正在使用一个包含托pipe代码和经典ASP的混合的网站,两者都引用相同的程序集。 Visual Studio抱怨我的托pipeDLL是一个发布版本。

这个问题在我的程序集中是一个未捕获的exception,但它是由一个经典的ASP页面通过interop引发的。 Visual Studio无法处理debugging,并显示错误消息。 从托pipe代码抛出相同的exception会调出预期的debugging器。

在我的托pipe程序集的构造函数中纠正问题修复了一切。

现在我回头看看大局,但是当时的错误信息让我走了一条非常深的路,我尝试了一切,直到我有了这个“啊哈! 时刻。