4.8.1　捕捉错误（2）

4.8.1　捕捉错误（2）

例如，假定用户输入的年龄是“forty-two”，那么int.Parse()会引发System.Format- Exception类型的一个异常，控制权会移交给后面的一系列catch块（System.FormatException表明字符串格式不正确，无法进行解析）。由于第一个catch块就与int.Parse()引发的异常类型匹配，所以会执行这个块中的代码。但假如try块中的语句引发的是一个不同类型的异常，那么执行的就是第二个catch块，因为几乎所有异常最终都属于System.Exception类型。

如果没有System.FormatException catch块，那么即使int.Parse引发的是一个System. FormatException异常，也会执行System.Exception catch块。这是由于System.Format- Exception也属于System.Exception类型（换言之，System.FormatException是泛化异常类System.Exception的一个更具体的子类）。

虽然catch块的数量可以随意，但处理异常的顺序千万不要随意。catch块必须按照从最具体到最不具体排列。System.Exception数据类型是最不具体的，所以它应该最后出现。System.Format- Exception排在第一，因为它是代码清单4-18所处理的最具体的异常。

无论try块中的代码是否引发一个异常，finally块都会执行。finally块的作用是提供一个最终位置，在其中放入无论是否发生异常都要执行的代码。finally块最适合用来执行资源清理。事实上，完全可以只写一个try块和一个finally块，而不写任何catch块。无论try块是否引发异常，甚至无论是否写了一个catch块来处理异常，finally块都会执行。代码清单4-19演示了一个try/finally块，输出4-14展示了结果。

代码清单4-19　捕捉异常

using System;

class ExceptionHandling
{
static int Main()
{
string firstName;
string ageText;
int age;
int result = 0;

      Console.Write("Enter your first name: ");
firstName = Console.ReadLine();

      Console.Write("Enter your age: ");
ageText = Console.ReadLine();

      try
{
age = int.Parse(ageText);
Console.WriteLine(
"Hi {0}! You are {1} months old.",
firstName, age*12); 
}
finally
{
Console.WriteLine("Goodbye {0}",
firstName);
}
return result;
}
}

Enter your first name: Inigo
Enter your age: forty-two

Unhandled Exception: System.FormatException: Input string was not in a 
correct format.
at System.Number.StringToNumber(String str, NumberStyles options, 
NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
at System.Number.ParseInt32(String s, NumberStyles style, 
NumberFormatInfo info)
at ExceptionHandling.Main()
Goodbye Inigo

上述代码执行时会向用户显示一个未处理的异常，并执行finally块。

高级主题：Exception类继承

所有异常都派生自System.Exception类。所以，它们都可以用catch(System.Exception exception)块进行处理。然而，一个更好的做法是编写专门的catch块来处理更具体的派生类型（比如System.FormatException），从而获取有关异常的具体信息，有的放矢地进行处理，并避免使用
大量条件逻辑来判断具体发生了什么错误。

这正是C#规定catch块必须从“最具体”到“最不具体”排列的原因。例如，用于捕捉System. Exception的catch语句不能出现在捕捉
System.FormatException的catch语句之前，因为System.FormatException较System.Exception更加具体。
一个方法可以引发许多异常类型。表4-2总结了一些较为常见的类型。

表4-2　常见的异常类型

高级主题：泛化catch

可以指定一个不获取任何参数的catch块，如代码清单4-20所示。

代码清单4-20　常规catch块

try
{
age = int.Parse(ageText);
System.Console.WriteLine(
"Hi {0}! You are {1} months old.",
firstName, age*12); 
}
catch (System.FormatException exception)
{
System.Console.WriteLine(
"The age entered ,{0}, is not valid.",
ageText);
result = 1;
}
catch(System.Exception exception)
{
System.Console.WriteLine(
"Unexpected error: {0}", exception.Message);
result = 1;
}
catch 
{ 
System.Console.WriteLine(
"Unexpected error!");
result = 1;
} 
finally
{
System.Console.WriteLine("Goodbye {0}",
firstName);
}
...

没有指定数据类型的catch块称为泛化catch块（generic catch block），它等价于指定获取object数据类型的catch块，例如catch(object exception){...}。由于所有类最终都是从object派生，所以没有数据类型的catch块必须出现在最后。

泛化catch块很少使用，因为没有办法捕捉有关异常的任何信息。除此之外，C#不允许引发object类型的一个异常，只有使用C++这样的语言写的库才允许任意类型的异常。

C# 2.0中的行为稍微有别于之前版本的C#。在C# 2.0中，假如遇到用另一种语言写的代码，而且它会引发不是从System.Exception类派生的异常，那么该异常对象会被包装到一个System. Runtime.CompilerServices.RuntimeWrappedException中，后者是从System.Exception派生的。换言之，在C#程序集中，所有异常（无论它们是否从System.Exception派生）都会表现得和从System.Exception派生一样。

结果就是，用于捕捉System.Exception的catch块会捕捉之前的块没有捕捉到的所有异常， 同时，System.Exception catch块之后的一个常规catch块永远得不到调用。所以，在C# 2.0中，假如在捕捉System.Exception的catch块之后添加了一个常规catch块，编译器就会报告一条警告消息，指出常规catch块永远都不会执行。