c# - 我想念 C# 中 Visual Basic 的 "On Error Resume Next"。我现在应该如何处理错误？

Question

在 Visual Basic 中，我只在程序头部编写了 On Error Resume Next，整个项目中的错误都被抑制了。

在 C# 中，我非常怀念这个特性。对每个过程的常用 try-catch 处理不仅非常耗时，而且会带来不良影响。如果遇到错误，即使已处理，代码也不会从错误发生的地方继续。使用 On Error Resume Next，代码从错误点继续，仅跳过导致错误的函数调用。

我还没有深入了解 C#，但也许 C# 中存在比原始 try-catch 更好的错误处理。

我还想知道发生错误的模块或函数名称以及错误消息中的行号。据我所知，Exception 类不提供该功能。任何想法(管理，当然，不涉及我自己的应用程序中的任何流程类)？

您如何处理大型项目中的错误？我希望我不必为每个方法添加 try-catch。 C# 以某种方式抛出许多错误 - 这似乎是该语言的典型特征。

我发现可以解决我的几个问题的解决方案:

public partial class Form1 : Form
{

    public Form1()
    {
        InitializeComponent();
    }

    [STAThread]
    static void Main()
    {
      Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException); //setup global error handler
      Application.Run(new Form1());
    }

    private static void Application_ThreadException(object sender, System.Threading.ThreadExceptionEventArgs e)
    {   
            MessageBox.Show("Unhandled exception: " + e.Exception.ToString()); //get all error information with line and procedure call
            Environment.Exit(e.Exception.GetHashCode()); //return the error number to the system and exit the application
    }

    private void button1_Click(object sender, EventArgs e)
    {
        string s = ""; s.Substring(1, 5); //Produce an error
    }

   }

Answer 1

在出错后继续好像什么都没发生是一种糟糕的编程方式。

无法计算出账户的新余额？没关系，让我们将其存储为 0。没有人会知道，对吧？

try/catch block 实际上应该相对较少，因为您真正可以从中恢复的错误相对较少。通常你应该在一些逻辑操作的顶部有一个 try/catch block ，这样如果失败你可以通知用户并继续其他完全独立的操作 - 或者完全终止应用程序，这取决于你正在使用的应用程序类型写作。 (Web 应用程序是一个很好的例子:您可以使请求失败，但愿注意您没有讨厌的持久副作用，并继续处理其他请求。)

在您合理期望可以从中恢复的错误的地方，捕获那些特定的异常并适本地处理它们(例如，如果写入数据库失败，则回退到写入文件)。同样，这些相对较少而且相差甚远。如果您发现自己在每个方法(甚至每个类)中都编写了一个 try/catch block ，那么您可能没有正确处理异常。

I also would like to have the module or function name where the error occured as well the line number in my error message. The Exception class doesn't provide that features as far I experienced.

是的。堆栈跟踪显示堆栈中每个帧的类型、方法和行号(如果可用)……当然还有一条(希望有用的)消息。哦，如果一个失败是由另一个失败引起的，那么也可能是一个嵌套异常。

Somehow C# throws many errors on execution always, that's language typical.

不，这只是表明你做错了。