Finally块的控制流在Try块或Catch块之后。

[1. First Code]
[2. Try]
[3. Catch]
[4. Finally]
[5. After Code]

除了 1 > 2 > 3 > 4 > if 3有Return语句 1 > 2 > 3 >

没有例外 1 > 2 > 4 > 如果2有一个返回语句 1 > 2 >

有时您不想处理异常(没有catch块)，但希望执行一些清理代码。

例如:

try
{
    // exception (or not)
}
finally
{
    // clean up always
}

假设您需要将光标设置回默认指针，而不是等待(沙漏)光标。如果在设置光标之前抛出异常，并且没有完全崩溃应用程序，则可能会留下一个令人困惑的光标。

如文档中所述:

catch和finally的一个常见用法是在try块中获取和使用资源，在catch块中处理异常情况，并在finally块中释放资源。

同样值得一读的是:

一旦找到匹配的catch子句，系统就准备将控制转移到catch子句的第一个语句。在catch子句开始执行之前，系统首先按顺序执行所有与try语句关联的finally子句，这些语句的嵌套比捕获异常的语句嵌套多。

因此很明显，即使前面的catch子句有return语句，驻留在finally子句中的代码也将被执行。

我将用一个文件读取器例外的例子来解释finally的使用

最后不用了

尝试{ strReader = new StreamReader(@"C:\Ariven\Project\Data.txt"); Console.WriteLine (strReader.ReadeToEnd ()); StreamReader.Close (); ｝ catch(例外ex) ｛ Console.WriteLine (ex.Message); ｝

在上面的例子中，如果名为Data.txt的文件丢失，将抛出一个异常并将被处理，但是名为StreamReader.Close()的语句;永远不会被执行。 因此，与reader相关的资源从未被释放。

为了解决上述问题，我们使用最后

strReader = null; 尝试{ strReader = new StreamReader(@"C:\Ariven\Project\Data.txt"); Console.WriteLine (strReader.ReadeToEnd ()); ｝ catch(异常ex){ Console.WriteLine (ex.Message); ｝ 最后{ if (strReader != null){ StreamReader.Close (); ｝ ｝

快乐编码:)

注意: “@”用于创建逐字字符串，避免出现“Unrecognized转义序列”错误。 符号@意味着从字面上读取该字符串，而不解释控制字符。

任何时候你使用非托管代码请求，如流读取器，db请求等;你想要捕获异常，然后使用try catch finally并在finally中关闭流，数据读取器等，如果你不这样做，当它出错时连接不会被关闭，这对db请求来说真的很糟糕

 SqlConnection myConn = new SqlConnection("Connectionstring");
        try
        {
            myConn.Open();
            //make na DB Request                
        }
        catch (Exception DBException)
        {
            //do somehting with exception
        }
        finally
        {
           myConn.Close();
           myConn.Dispose();
        }

如果您不想捕获错误，请使用

 using (SqlConnection myConn = new SqlConnection("Connectionstring"))
        {
            myConn.Open();
            //make na DB Request
            myConn.Close();
        }

如果有错误，连接对象将被自动处理，但您没有捕获错误