VS2010无断点时调试器停止

Question

我最近更改了调试器中的一个选项，我认为这是导致此问题的原因，但我似乎无法“撤消”它...我用谷歌搜索，所有点击都返回相反的“为什么调试器不在断点处停止'

无论如何，有人可以解释一下吗？

编辑：当我在调试模式下按 f5 时。每次。它进入 Program.cs 并在

处停止

Application.SetCompatibleTextRenderingDefault(false);

在Main()

Answer 1

我知道的旧线程，但我刚刚遇到了同样的问题。我所做的只是删除所有断点（对我来说是 Ctrl+Shift+F9），然后对我的启动项目进行清理，然后是重建，然后运行。之后它在没有断点的地方停止中断。

Answer 2

我刚刚遇到了同样的问题，但我的问题不是因为选项更改。我想我找到了原因，但没有解决它的方法。我有一个包含多个项目的解决方案，涉及的项目有：

• 业务逻辑
• 数据访问
• 控制台应用程序

在 BL 和 DA 中，我都有一个名为 Credit.cs 的类。这两个类位于不同的命名空间中。

当我在 BL.Credit.cs 的第 235 行设置断点时，即使没有设置断点，调试器也会在 DA.Credit.cs 的第 236 行停止。我认为这是 Visual Studio 中的一个错误。

当我在 BL 中删除断点时，随后也不会在 DA 中停止。

如果你想投票https://connect.microsoft.com/VisualStudio/feedback/details/699804/debugger-stops-on-same-line-in-different-class-where-there-is-no-breakpoint，我已经提交了一个错误

Answer 3

以下是在每个具有相同名称的类中激活断点行为的解决方法，即使完全限定名称不同。设置断点后，转到断点窗口（调试 | Windows | 断点，如果它尚未启动）。右键单击在太多同名类中触发的断点（例如，当您只希望 Project1.Action 具有断点时，Project2.Action 中断）并选择“条件”。将条件值设置为：this.GetType().FullName == "Project1.Action"。

此后，条件使执行只在具有正确的完全限定名称的类上中断。

Answer 4

它是通过给您一个异常而停止，还是只是完全停止您的应用程序的执行？如果您的代码中没有 UnHandledExceptionHandler，它可能看起来只是停止，但实际上您有一个异常。

更新： 这是您的 Main 方法应该采用的方式来捕获未处理的异常，因为 try/catch 并不总是有效。

    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
        Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException);

        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new Form1());
    }

    static void Application_ThreadException(object sender, System.Threading.ThreadExceptionEventArgs e)
    {
        throw new NotImplementedException();
    }

    static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
    {
        // You should/MAY see an error right here.
        throw new NotImplementedException();
    }