如何:使用 finally 执行清理代码

本文介绍了finally语句在资源管理中的应用,特别是在文件流和数据库连接等外部资源的清理过程中如何确保即使出现异常也能正确关闭这些资源。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

finally 语句的目的是确保即使在引发异常的情况下也能立即进行必要的对象(通常是正在占用外部资源的对象)清理。此类清理功能的一个示例是在使用后立即对 FileStream 调用 Close,而不是等待公共语言运行库对该对象进行垃圾回收,如下所示:

static void CodeWithoutCleanup()
{
     System.IO.FileStream file = null;
     System.IO.FileInfo fileInfo = new System.IO.FileInfo("C://file.txt");

     file = fileInfo.OpenWrite();
     file.WriteByte(0xF);

     file.Close();
}
示例示例

为了将上面的代码转换为 try-catch-finally 语句,需要将清理代码与工作代码分开,如下所示。

static void CodeWithCleanup()
{
     System.IO.FileStream file = null;
     System.IO.FileInfo fileInfo = null;

    try
     {
         fileInfo = new System.IO.FileInfo("C://file.txt");

         file = fileInfo.OpenWrite();
         file.WriteByte(0xF);
     }
    catch(System.Exception e)
     {
         System.Console.WriteLine(e.Message);
     }
    finally
     {
        if (file != null)
         {
             file.Close();
         }
     }
}

因为在 OpenWrite() 调用前,try 块内随时都有可能发生异常,OpenWrite() 调用本身也有可能失败,所以我们无法保证该文件在我们试图关闭它时处于打开状态。finally 块添加了一项检查,以确保在调用 Close 方法前 FileStream 对象不为 null。如果没有 null 检查,finally 块可能引发自身的 NullReferenceException,但是应当尽可能避免在 finally 块中引发异常。

finally 块中关闭数据库连接是另一个不错的选择。因为有时候数据库服务器允许的连接数是有限的,所以尽快关闭数据库连接很重要。在由于引发了异常而无法关闭连接的情况下,使用 finally 块也是比等待垃圾回收更好的一种选择。

 
### Java 中 `finally` 代码块的执行条件与场景 #### 正常情况下的 `finally` 使用 在常规情况下,`finally` 代码块总是会被执行,无论是 `try` 块中发生了异常还是未发生异常。以下是两种典型场景: 1. **无异常的情况下** 当 `try` 块中的代码正常执行完毕时,控制流会自动转入 `finally` 块并执行其中的代码[^2]。 ```java public static void testNormalTry() { try { // TO NOTHING // 执行具体业务逻辑 } finally { System.out.println("进入finally代码块了"); } } ``` 上述代码无论 `try` 块内的逻辑如何变化,只要进入了 `try` 块,`finally` 块都会被执行。 2. **存在异常的情况下** 即使 `try` 块抛出了异常,`finally` 块仍然会在异常传播之前得到执行。 ```java public static void testExceptionalTry() { try { int num = 10 / 0; // 抛出 ArithmeticException } finally { System.out.println("进入finally代码块了"); } } ``` 在这种情况下,尽管出现了除零错误,`finally` 块依然能够打印消息。 --- #### 特殊情况:`finally` 不执行的情形 虽然大多数情况下 `finally` 都能保证执行,但在某些特殊条件下它可能不会被执行。这些情形主要包括以下几种: 1. **程序提前终止** 如果 JVM 提前退出,则可能导致 `finally` 块无法执行。例如通过调用 `System.exit(0)` 或者强制关闭进程的方式[^3]。 ```java public static void main(String[] args) { try { System.exit(0); // 强制退出JVM } finally { System.out.println("这个永远不会执行!"); } } ``` 2. **线程被中断或杀死** 若当前线程是非守护线程且被强行终止(如调用了 `Thread.stop()` 方法),则可能会导致 `finally` 块未能执行。 3. **死循环或其他无限操作阻止进入 `try` 块** 如果由于某种原因从未真正进入到 `try` 块内部,那么自然也无法触发后续的 `finally` 块。 4. **硬件故障或操作系统崩溃** 发生不可恢复的操作系统级问题也可能使得 `finally` 块得不到机会运行。 --- #### 多线程环境下的注意事项 在多线程环境中,如果某个线程因资源耗尽等原因突然停止工作,这同样会影响该线程内定义好的 `finally` 结构是否有机会完成其预定功能[^5]。因此,在设计涉及多个并发任务的应用程序时需特别小心处理此类边界状况。 --- ### 总结 综上所述,`finally` 主要用于确保一些必要的清理动作得以顺利完成,比如关闭文件句柄、释放网络连接等重要资源管理任务。然而需要注意的是,并不存在绝对意义上的“无论如何都必然执行”的保障机制;开发者应当充分理解各种潜在风险因素以便合理规划自己的编码策略。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值