VS2015项目不再运行在debugging模式下
这就是我在debuggingconfiguration中运行时所得到的结果。
我得到这个显示的方式是启用“只是我的代码”，并警告如果没有用户代码发射。 这是最近发生在我们项目上的事情，我不知道我们做了什么来造成这种情况。 但我一直无法修复它。 断点不会开火，快速查看给出奇怪的结果。
我试着用googlesearch这个问题，但没有一个标准的“断点不会触发”解决scheme的工作。 我全力以赴。
更新 ：我已经检查过configurationpipe理器，每个项目也都设置为Debug。 
更新2 ：我closures“启用优化”，我不再得到“你正在debugging版本构build”对话框。 它再次运行并停在断点上！ 但是输出窗口在启动时显示：
模块“Navigo.exe”的符号没有加载。
- 使用debugging版本configuration或禁用debugging选项“启用我的代码”。
- 检查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属性并从“多个启动项目”切换到“单个启动项目”并再次切换来解决这个问题。
- 右键单击解决scheme，然后select“属性”
- 在“公共属性”下，将select“多个启动项目”更改为“单个启动项目”
- 点击OK
- 运行debugging
- 结束debugging并重复步骤1-3，但切换回“多个启动项目”
- 再次运行多个项目的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程序集的构造函数中纠正问题修复了一切。
现在我回头看看大局，但是当时的错误信息让我走了一条非常深的路，我尝试了一切，直到我有了这个“啊哈！ 时刻。
