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

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

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

例如:

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

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块中不处理异常，finally也会被执行。

无论是否存在异常，finally块中的代码都将被执行。当涉及到某些需要经常运行的内务功能(如关闭连接)时，这非常方便。

现在，我猜你的问题是你为什么要这样做:

try
{
    doSomething();
}
catch
{
    catchSomething();
}
finally
{
    alwaysDoThis();
}

什么时候你可以这样做:

try
{
    doSomething();
}
catch
{
    catchSomething();
}

alwaysDoThis();

答案是，catch语句中的代码很多时候要么会重新抛出异常，要么会跳出当前函数。对于后一种代码，如果catch语句内的代码发出返回或抛出新异常，则“alwaysDoThis();”调用将不会执行。

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