如文档中所述:

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

同样值得一读的是:

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

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

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

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 >

啊…我想我明白你的意思了!我花了一点时间……你可能想知道“为什么把它放在finally块中，而不是放在finally块之后，并且完全在try-catch-finally之外”。

例如，这可能是因为抛出错误时您正在停止执行，但您仍然希望清理资源，例如打开的文件、数据库连接等。

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

例如:

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

finally块对于清理try块中分配的任何资源以及运行即使出现异常也必须执行的任何代码很有价值。无论try块如何退出，控件总是传递给finally块。