我相信我理解这个问题。异常被捕获，问题是调试器的行为混乱，以及每个试图重新编程的人在调试器设置上的差异。

在您的repo的第三种情况下，我相信您会收到以下消息：“用户代码未处理NoViableAltException”和一个看起来像这样的调用堆栈：

         [External Code]    
    >   TestAntlr-3.1.exe!TimeDefLexer.mTokens() Line 852 + 0xe bytes   C#
        [External Code] 
        TestAntlr-3.1.exe!TimeDefParser.prog() Line 141 + 0x14 bytes    C#
        TestAntlr-3.1.exe!TestAntlr_3._1.Program.ParseTest(string Text = "foobar;") Line 49 + 0x9 bytes C#
        TestAntlr-3.1.exe!TestAntlr_3._1.Program.Main(string[] args = {string[0x00000000]}) Line 30 + 0xb bytes C#
        [External Code] 

如果右键单击调用堆栈窗口并运行turn-on-show外部代码，您会看到以下内容：

        Antlr3.Runtime.dll!Antlr.Runtime.DFA.NoViableAlt(int s = 0x00000000, Antlr.Runtime.IIntStream input = {Antlr.Runtime.ANTLRStringStream}) + 0x80 bytes   
        Antlr3.Runtime.dll!Antlr.Runtime.DFA.Predict(Antlr.Runtime.IIntStream input = {Antlr.Runtime.ANTLRStringStream}) + 0x21e bytes  
    >   TestAntlr-3.1.exe!TimeDefLexer.mTokens() Line 852 + 0xe bytes   C#
        Antlr3.Runtime.dll!Antlr.Runtime.Lexer.NextToken() + 0xc4 bytes 
        Antlr3.Runtime.dll!Antlr.Runtime.CommonTokenStream.FillBuffer() + 0x147 bytes   
        Antlr3.Runtime.dll!Antlr.Runtime.CommonTokenStream.LT(int k = 0x00000001) + 0x2d bytes  
        TestAntlr-3.1.exe!TimeDefParser.prog() Line 141 + 0x14 bytes    C#
        TestAntlr-3.1.exe!TestAntlr_3._1.Program.ParseTest(string Text = "foobar;") Line 49 + 0x9 bytes C#
        TestAntlr-3.1.exe!TestAntlr_3._1.Program.Main(string[] args = {string[0x00000000]}) Line 30 + 0xb bytes C#
        [Native to Managed Transition]  
        [Managed to Native Transition]  
        mscorlib.dll!System.AppDomain.ExecuteAssembly(string assemblyFile, System.Security.Policy.Evidence assemblySecurity, string[] args) + 0x39 bytes    
        Microsoft.VisualStudio.HostingProcess.Utilities.dll!Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly() + 0x2b bytes  
        mscorlib.dll!System.Threading.ThreadHelper.ThreadStart_Context(object state) + 0x3b bytes   
        mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x81 bytes    
        mscorlib.dll!System.Threading.ThreadHelper.ThreadStart() + 0x40 bytes

调试器的消息告诉您，源于代码之外的异常（来自NoViableAlt）正在通过您在TestAntlr-3.1.exe中拥有的代码！TimeDefLexer.mTokens（），但未进行处理。

措辞令人困惑，但这并不意味着这个例外是不可取的。调试器让您知道，您拥有的代码mTokens（）“需要对通过它抛出的异常具有鲁棒性。

可以玩的东西，看看这对那些没有解决问题的人来说是什么样子：

• Go to Tools/Options/Debugging and turn off "Enable Just My code (Managed only)". or option.
• Go to Debugger/Exceptions and turn off "User-unhandled" for Common-Language Runtime Exceptions.

我可以告诉你这里发生了什么。。。

Visual Studio正在中断，因为它认为该异常未得到处理。未处理是什么意思？好吧，在Visual Studio中，“工具”中有一个设置。。。选项。。。正在调试。。。全体的“仅启用我的代码（仅限托管）”。如果选中此项，并且异常从代码中传播到与“NOT your code”（例如，Antlr）程序集中存在的方法调用相关联的堆栈帧，则被视为“未处理”。出于这个原因，我关闭了“仅启用我的代码”功能。但是，如果你问我，这太差劲了。。。假设您这样做：

ExternalClassNotMyCode c = new ExternalClassNotMyCode();
try {
    c.doSomething( () => { throw new Exception(); } );
}
catch ( Exception ex ) {}

doSomething在那里调用您的匿名函数，而该函数抛出异常。。。

请注意，根据Visual Studio，如果“仅启用我的代码”处于启用状态，则这是一个“未处理的异常”。此外，请注意，在调试模式下，它会像断点一样停止，但在非调试或生产环境中，代码是完全有效的，并且可以按预期工作。此外，如果你只是在调试器中“继续”，应用程序就会以它快乐的方式运行（它不会停止线程）。它被认为是“未处理的”，因为异常通过不在代码中（即在外部库中）的堆栈帧传播。如果你问我，这太糟糕了。请更改此默认行为Microsoft。这是使用异常来控制程序逻辑的一个非常有效的例子。有时，您无法将第三方库更改为任何其他方式，这是完成许多任务的非常有用的方法。

以MyBatis为例，您可以使用此技术停止处理通过调用SqlMapper.QueryWithRowDelegate收集的记录。

无论程序集是否已作为发布版本编译，异常肯定会出现在调用方身上，没有理由不以调试模式编译程序集会对此产生任何影响。

我同意Daniel的建议，即异常可能发生在一个单独的线程上-尝试在Application.ThreadException中挂起线程异常事件。当发生任何未处理的线程异常时，应该引发此问题。您可以这样调整代码：-

using System.Threading;

...

void Application_ThreadException(object sender, ThreadExceptionEventArgs e) {
  throw new ParserException(e.Exception.Message, e.Exception);
}    

 ...

 var exceptionHandler = 
    new ThreadExceptionEventHandler(Application_ThreadException);
 Application.ThreadException += exceptionHandler;
 try {
    // Execution stopped at parser.prog()
    TimeDefParser.prog_return prog_ret = parser.prog();
    return prog_ret == null ? null : prog_ret.value;
 }
 catch (Exception ex) {
    throw new ParserException(ex.Message, ex);
 }
 finally {
    Application.ThreadException -= exceptionHandler;
 }

您使用的是.Net 1.0还是1.1？如果是这样，那么catch（Exception-ex）就不会从非托管代码中捕获异常。您将需要使用catch｛｝。有关更多详细信息，请参阅本文：

http://www.netfxharmonics.com/2005/10/net-20-trycatch-and-trycatchexception/

我和@Shaun Austin在一起-试着用完全限定的名字来结束尝试

catch (System.Exception)

看看这是否有帮助。ANTLR文档是否说明了应该抛出哪些异常？

异常是否可能是在另一个线程中抛出的？很明显，您的调用代码是单线程的，但您正在使用的库可能在幕后执行一些多线程操作。

对我来说，catch（Exception）子句应该捕获任何异常。有什么理由不这样做吗？

我能想到的唯一可能性是，其他人在你之前捕获了它，并以一种看似未捕获的异常的方式处理它（例如退出进程）。

我的try/catch块不会捕获它，而是作为未处理的异常停止执行。

You need to find what is causing the exit process. It might be something other than an unhandled exception. You might try using the native debugger with a breakpoint set on "{,,kernel32.dll}ExitProcess". Then use SOS to determine what managed code is calling exit process.

就我个人而言，我一点也不相信线程理论。

我以前见过一次，我使用的是一个库，它也定义了Exception和using。我的意思是，实际的Catch指的是不同的“Exception”类型（如果它是完全限定的，那么它是Company.Lib.Exception，但不是因为using），所以当它捕获正在抛出的正常异常（如果我没记错的话，是某种参数异常）时，它就不会捕获因为类型不匹配。

总之，在该类的using中的另一个命名空间中是否存在另一个Exception类型？

编辑：检查这一点的一个快速方法是确保在catch子句中，您将Exception类型完全限定为“System.Exception”，并对其进行测试！

编辑2：好的，我已经试过了代码，现在承认失败了。如果没有人拿出解决方案，我将不得不在早上再看一眼。

嗯，我不明白这个问题。我下载并尝试了您的示例解决方案文件。

在TimeDefLexer.cs的第852行中抛出一个异常，随后由Program.cs中的catch块处理，该块只表示已处理异常。

如果我取消注释它上面的catch块，它将进入该块。

这里好像出了什么问题？

正如Kibbee所说，VisualStudio会在出现异常时停止，但如果您要求它继续，则异常会被您的代码捕获。

我下载了VS2008项目的示例，在这里也有点困惑。然而，我能够通过例外情况，尽管可能不会以对你很好的方式工作。但我发现：

这邮件列表帖子讨论了您正在经历的相同问题。

从那里，我在主程序.cs文件中添加了几个伪类：

class MyNoViableAltException : Exception
{
    public MyNoViableAltException()
    {
    }
    public MyNoViableAltException(string grammarDecisionDescription, int decisionNumber, int stateNumber, Antlr.Runtime.IIntStream input)
    {
    }
}
class MyEarlyExitException : Exception
{
    public MyEarlyExitException()
    {
    }

    public MyEarlyExitException(int decisionNumber, Antlr.Runtime.IIntStream input)
    {
    }
}

然后将使用行添加到TimeDefParser.cs和TimeDefLexer.cs中：

using NoViableAltException = MyNoViableAltException;
using EarlyExitException = NoViableAltException; 

这样，异常就会冒泡到假异常类中，并可以在那里进行处理，但TimeDefLexer.cs中的mTokens方法中仍然抛出了一个异常。将其封装在该类中的try-catch中会捕获到异常：

            try
            {
                alt4 = dfa4.Predict(input);
            }
            catch
            {
            }

我真的不明白为什么要把它包装在内部方法中，而不是从哪里调用它。如果线程不起作用，就处理错误，但无论如何，希望这能给比我更聪明的人指明正确的方向。

我下载了你的代码，一切都按预期进行。

Visual Studio调试器正确地截获所有异常。挡块按预期工作。

我正在运行Windows 2003服务器SP2、VS2008团队套件（9.0.30729.1 SP）

我试着为.NET 2.0、3.0&；3.5

@Steve Steiner，您提到的调试器选项与此行为无关。

我试着在没有可见效果的情况下使用这些选项——catch块成功地拦截了所有异常。

Steve Steiner正确地认为，异常源自antlr库，通过mTokens（）方法并在antlr库中捕获。问题是这个方法是由antlr自动生成的。因此，当您生成解析器/lexer类时，处理mTokens（）中异常的任何更改都将被覆盖。

默认情况下，antlr将记录错误并尝试恢复解析。您可以重写它，以便解析器.prog（）在遇到错误时抛出异常。从您的示例代码来看，我认为这是您所期望的行为。

将此代码添加到您的语法（.g）文件中。您还需要关闭调试菜单中的“仅启用我的代码”。

@members {

    public override Object RecoverFromMismatchedSet(IIntStream input,RecognitionException e,    BitSet follow)  
    {
        throw e;
    }
}

@rulecatch {
    catch (RecognitionException e) 
    {
        throw e;
    }
}

这是我对“最终ANTLR参考”一书的“第一次出错时退出识别器”一章中给出的例子的C#版本的尝试。

希望这就是你想要的。

您可以将VS.Net设置为在出现任何异常时立即中断。只需在调试模式下运行您的项目，一旦抛出异常，它就会停止。那么你应该更清楚为什么它没有被抓住。

此外，您还可以放入一些代码来捕获所有未处理的异常。

Application.ThreadException += new ThreadExceptionEventHandler(ThreadExceptionHandler);

 // Catch all unhandled exceptions in all threads.
 AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(UnhandledExceptionHandler);

哦，关于Kibbee所说的话；如果您在VS中选择Debug|Exceptions，然后只点击抛出列中的所有框，它应该选择AFAIK上的everything作为第一次机会异常，即VS将指示异常何时是关于的，以便由其他一切处理，并中断相关代码。这应该有助于调试。