Visual Studio 2015 RTM – debugging不起作用
我已经安装了VS 2015 RTM（没有别的），我无法debugging任何解决scheme，无论是现有的还是全新的（使用VS 2015创build，并针对.Net Framework 4.6编译），它只会打开一个VS中的新选项卡被称为Break模式，其中包含以下文本：应用程序处于中断模式您的应用程序已进入中断状态，但所选debugging引擎不支持执行代码（例如，仅执行本机运行时代码）。 如果我检查debugging – >模块窗口：VS2015Test.vshost.exe没有符号加载（即使我点击加载符号它不起作用）VS2015Test.exe符号加载
它也不会在控制台上显示输出（这是一个控制台应用程序，只是有以下几行代码：
class Program { static void Main(string[] args) { Console.WriteLine("TEST"); Console.ReadKey(); } } 我试图重新安装VS 2015，重新启动计算机，删除％temp％/ AppData / Microsoft / Visual Studio / 14中的所有文件，启动VSpipe理模式，但似乎没有任何工作。
有一个让debugging工作的东西是这个选项：工具 – >选项 – >debugging – >使用托pipe兼容模式
^^但是这不可能是使用旧/旧模式的解决scheme。
顺便说一句：在VS 2013的debugging工作正常。
任何帮助，将不胜感激。
就我而言，这个解决scheme是有用的：
解决scheme：在“debugging/常规”设置中禁用“只是我的代码”选项。
参考： c-sharpcorner
我在VS2015遇到同样的问题。 我重置设置，如build议，但仍有麻烦。
我必须要做的是检查“使用托pipe兼容模式”和“使用本地兼容模式”。 不知道哪两个是必要的，但检查两个，我不再得到中断模式问题。
我最近有一个非常类似的问题，涉及到debugging设置。
首先，您是否尝试重置所有设置？ 我认为这可能与此相关，因为您认为它是独立于项目的，并且已经删除了所有的应用程序数据。
工具 – >导入和导出设置向导 – >重置所有设置
不用担心，它可以让您select保存当前的设置。
其次，如果失败了，我会build议看看事件日志。
进入中断模式会提示DE（debugging引擎）正在向Visual Studio发送一个同步停止事件，如IDebugExceptionEvent2 。 我会看看事件日志中的exception，如加载引用程序集（如.NET运行时等）或环境访问限制中的失败。
有些东西是告诉debugging器停止正在运行的应用程序，它只是一个find它的情况。
以为我会张贴这个万一它帮助任何人。 我安装了一个干净的Win 10和Visual Studio 2015，试图debugging现有的解决scheme，并有问题。 按照这里列出的一些build议和其他地方，但没有工作。
如何让debugging正常工作就是改变菜单下方的解决schemeconfiguration。 我以前设置为释放模式，将其更改为debugging，然后清理/重新编译和嘿presto，debugging开始正常工作。 查看图片获取信息：
在附加到stream程之前检查“代码types”。 例如，我不得不从CoreCLR切换到v4。*
我的解决scheme突然停止在debugging工作。 我在debugging过程中收到一条消息。 
[窗口标题] Microsoft Visual Studio [主要说明]您正在debuggingNettoProWin.exe的Release版本。 在发布版本中使用Just My Code和编译器优化会导致debugging体验下降（例如，断点不会被触发）。 [停止debugging] [禁用只是我的代码并继续] [继续debugging] [继续debugging（不要再问）]
我select继续debugging，但仍然无法正常工作。
解决scheme很简单。 在项目属性中必须 – >在构build部分 – > 远程检查“Optimiz代码” 
就我而言，
我在Debug Configuration Manager中将Platform从x86更改为了x64。 它为我工作。
我禁用了avast文件系统的护盾，然后再次正常工作。 avast设置轮子=主动保护 – 顶部buttonclosures。
同样需要发布项目。 真正的噩梦
在尝试使用Debugger.Launch来debuggingWeb应用程序时，我遇到了一个与此类似的问题：从未出现JIT Debugger Selection窗口。 我知道这与VSdebugging机制本身没有问题，因为它用控制台应用程序很好地解决了问题。
最终一位同事提到了一个“全局debugging器registry设置”，它引发了一个灯泡。
我几个月前使用微软的DebugDiag来解决IIS崩溃问题，而且我有一个注册的规则来捕获IIS崩溃转储，显然（回想起来）将debugging诊断服务注册为w3wp（IIS工作进程）的debugging器。
删除DebugDiag中的规则或停止debugging诊断服务（“C：\ Program Files \ DebugDiag \ DbgSvc.exe”）重新启用Visual Studio的JITdebugging。
希望这有助于某人。
朋友有同样的问题，他没有在VS2015进行debugging，但在VS2013没有问题。 （我们的项目是在.Net v4.0中）
我们发现它是Debug / Attach to Process中的“Code Type”选项，它被设置为“Managed（v3.5，v3.0，v2.0）”而不是“Managed（v4.5，v4.0） ）”
我有这个问题，没有（无数）的post在这里帮助。 大多数人指向设置或选项，打开debugging模式等，所有这一切我已经到位（我知道这不是昨天工作正常）。
对我来说，这是一个引用问题，包含的DLL的组合是怪罪。 我不能确切地说问题是什么，但是我有几个类从另一个项目扩展基类，一个实现的接口本身从另一个接口扩展等等。
酸性testing是在同一个项目中创build一个新的类（在我的情况下是一个unit testing），然后创build一个空的方法并设置一个断点。 这工作，这进一步validation了我的设置/选项/等好事实。 然后我复制了debugging失败的方法的主体，果然新方法也开始失败。
最后，我删除了所有的引用，并在我的方法中注释掉了所有的行。 逐个添加它们，在每一步检查Debug，直到find罪魁祸首。 我显然在那里有一个stream氓参考…
UHG。 我打到了这个页面的底部，所以我开始撕裂我的项目。 我find了解决我的问题的解决scheme。
我的问题：我无法在一个线程进程中达到这个转折点。 没有什么奇特的，我只是在控制台应用程序中启动一个新的线程，debugging器并没有停在断点上。 我注意到线程正在被创build，但是它被挂在.Net框架的外部调用，特别是ThreadStart_Context。 这就解释了为什么我的断点从来没有被打到，因为.Net框架越来越挂了。
问题：我发现我可以通过更改我的启动代码来解决这个问题 。 无论出于何种原因，我有一个包含Main（）的program.cs文件，并且在Program类内部，就像您对控制台应用程序所期望的一样。 在Main（）中，我通过这个代码来实例化另一个类;
new SecondClass();
这通常工作正常，我有一堆与Threaded调用的其他项目，它工作正常（好吧，我没有debugging一段时间，所以也许服务包来了，并造成这种回归）。
解决scheme：将Main（）移到我的SecondClass中，而不是通过“new SecondClass（）”调用SecondClass构造函数，将SecondClass构造函数更新为标准的静态方法，然后从Main调用它。 进行这些更改后，我可以再次debugging线程。
希望这可以帮助。
我们有这个问题，尝试所有其他选项后，如删除.vs文件夹，重命名IISExpress文件夹名称，更新属性等各种设置，它不工作。 什么工作，虽然是卸载IISExpress 10.0，并重新安装它一起从Windowsfunction打开所有IIS相关的function。 希望这有助于某人。
我将平台目标从“任何CPU”更改为“x64”。
设置： 项目属性 – >生成 – >常规：“平台目标”
我使用VS 2015。
在安装vs 2017之后，在debugging解决scheme的时候，出现了一个错误： “Webkit已经停止正常运行; Visual Studio将无法进一步debugging您的应用程序”。 ，这使得无法进行debugging。要解决这个问题，请转到工具 – >选项 – >debugging – >常规，然后禁用javascriptdebuggingasp.net
我发现我不得不去项目设置 – >networking，并勾选启用编辑和继续checkbox。 我不能说为什么没有select开始，但是这为我解决了。 
在我的情况下，我在输出窗口中发现一个提示，停止debugging器的exception是ContextSwitchDeadlockexception，在例外设置中默认选中。 控制台应用程序中60秒后通常会发生此exception。 我只是取消选中exception，一切正常。
我在Visual Studio 2015上运行的svc应用程序有类似的问题，解决scheme是将解决scheme平台从“Any CPU”更改为“x86”，如果看不到x86选项，则单击“Configuration Manager”并转到目标项目并更改平台，您需要select下拉菜单并点击“新build”，在popup的窗口中点击“新平台”下的下拉列表，selectx86，保存更改并重build（参见附件 
）
从解决scheme资源pipe理器 – > Web – >属性
select生成选项卡 - >configurationcombobox：
只需将您的configuration从“发布”更改为“活动（debugging）”
在我的情况下，这是由于目标平台不同。
考虑 ： ProjectA （Entry） – > ProjectB
ProjectA的属性平台设置为x64 。 而ProjectB的平台是“ AnyCPU ”。
所以在将ProjectB的目标平台设置为x64之后，这个问题就得到了解决。
注意： Target Platform必须与x64或“ 任何CPU ”同步，
卸载了RemObjects Elements 8.3试用版之后，我遇到了这个问题。 重新安装Elements 8.3是一个快速的错误修正。
我也遇到了这个问题。 我在Windows 10上使用VS 2015（更新3），我试图debuggingWindows窗体应用程序。 没有任何build议为我工作。 在我的情况下，我不得不禁用IntelliTrace：
工具>选项> IntelliTrace
我不知道为什么，但它的工作。 当我打开资源监视器（从Windows任务pipe理器）时发现问题的根源，我意识到IntelliTrace进程正在读取大量数据。 我怀疑这是在vshost进程中造成锁，因为这个是100％的cpu核心。
我也有同样的问题。 在没有运气的情况下尝试其他解决scheme后，我不得不通过安装程序修复安装。
控制面板>程序>程序和function
然后向下滚动到Microsoft Visual Studio，右键单击它，然后“更改”。 然后在窗口的底部，单击修复。 修复过程需要花费大量的时间，最后你将不得不重新启动计算机。
这解决了我的问题，我希望它会帮助你。
