3.4. 如何：使用 Finally 块
异常发生时，执行将终止，并且控制交给最近的异常处理程序。这通常意味着不执行希望总是调用的代码行。有些资源清理（如关闭文件）必须总是执行，即使有异常发生。为实现这一点，可以使用 Finally 块。Finally 块总是执行，不论是否有异常发生。
下面的代码示例使用 try/catch 块捕获 ArgumentOutOfRangeException。Main 方法创建两个数组并试图将一个数组复制到另一个数组。该操作生成 ArgumentOutOfRangeException，同时错误被写入控制台。Finally 块执行，不论复制操作的结果如何。
using System;
class ArgumentOutOfRangeExample
{
static public void Main()
{
int[] array1={0,0};
int[] array2={0,0};
try
{
Array.Copy(array1,array2,-1);
}
catch (ArgumentOutOfRangeException e)
{
Console.WriteLine("Error: {0}",e);
}
finally
{
Console.WriteLine("This statement is always executed.");
}
}
}
4. 异常设计准则
4.1. 异常引发
•不要返回错误代码。异常是报告框架中的错误的主要手段。
•尽可能不对正常控制流使用异常。除了系统故障及可能导致争用状态的操作之外，框架设计人员还应设计一些 API 以便用户可以编写不引发异常的代码。例如，可以提供一种在调用成员之前检查前提条件的方法，以便用户可以编写不引发异常的代码。
•不要包含可以根据某一选项引发或不引发异常的公共成员。
•不要包含将异常作为返回值或输出参数返回的公共成员。
•考虑使用异常生成器方法。从不同的位置引发同一异常会经常发生。为了避免代码膨胀，请使用帮助器方法创建异常并初始化其属性。
•避免从 finally 块中显式引发异常。可以接受因调用引发异常的方法而隐式引发的异常。
4.2. 异常处理
•不要通过在框架代码中捕捉非特定异常（如 System.Exception、System.SystemException 等）来处理错误。
•避免通过在应用程序代码中捕捉非特定异常（如 System.Exception、System.SystemException 等）来处理错误。某些情况下，可以在应用程序中处理错误，但这种情况极。
•如果捕捉异常是为了传输异常，则不要排除任何特殊异常。
•如果了解特定异常在给定上下文中引发的条件，请考虑捕捉这些异常。
•不要过多使用 catch。通常应允许异常在调用堆栈中往上传播。
