VB.net 2010 视频教程 VB.net 2010 视频教程 python基础视频教程
SQL Server 2008 视频教程 c#入门经典教程 Visual Basic从门到精通视频教程
当前位置:
首页 > c#编程 >

  • C#线程 入门-异常处理

异常处理

创建线程时，作用域中的任何try / catch / finally块都与线程开始执行时无关。考虑以下程序：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public static void Main()
{
  try
  {
    new Thread (Go).Start();
  }
  catch (Exception ex)
  {
    // We'll never get here!
    Console.WriteLine ("Exception!");
  }
}
 
static void Go() { throw null; }   // Throws a NullReferenceException

此示例中的try / catch语句无效，并且新创建的线程将受到未处理的NullReferenceException的阻碍。当您认为每个线程都有一个独立的执行路径时，此行为很有意义。

补救措施是将异常处理程序移至Go方法中：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public static void Main()
{
   new Thread (Go).Start();
}
 
static void Go()
{
  try
  {
    // ...
    throw null;    // The NullReferenceException will get caught below
    // ...
  }
  catch (Exception ex)
  {
    // Typically log the exception, and/or signal another thread
    // that we've come unstuck
    // ...
  }
}

　　

在生产应用程序中的所有线程进入方法上都需要一个异常处理程序，就像在主线程上一样（通常在执行堆栈中处于更高级别）。未处理的异常会导致整个应用程序关闭。与一个丑陋的对话！

在编写此类异常处理块时，很少会忽略该错误：通常，您会记录异常的详细信息，然后显示一个对话框，允许用户自动将这些详细信息提交到您的Web服务器。然后，您可能会关闭该应用程序-因为该错误有可能破坏了程序的状态。但是，这样做的代价是用户将丢失其最近的工作-例如打开的文档。

WPF和Windows Forms应用程序的“全局”异常处理事件（Application.DispatcherUnhandledException和Application.ThreadException）仅针对在主UI线程上引发的异常触发。您仍然必须手动处理工作线程上的异常。

 AppDomain.CurrentDomain.UnhandledException在任何未处理的异常上触发，但没有提供防止应用程序随后关闭的方法。但是，在某些情况下，您不需要处理工作线程上的异常，因为.NET Framework会为您处理异常。这些将在接下来的部分中介绍，分别是：

  • 异步委托
  • 后台工作者
  • 任务并行库（适用条件）

 

 
 

相关教程