简介
在 Java 开发中，程序员经常会遇到各种资源的释放问题。比如最常见的 I/O 操作，我们往往会通过调用 API 提供的 close 方法来关闭流，释放资源。但是追求极致的程序员会发现，这种方式存在不少问题，比如忘记关闭流、代码不美观、异常不好处理等等。
今天我们就来盘一盘这个问题，最后优雅的去解决掉它。
正文
我们先来看一段代码，大家看看自己有没有中招，顺带认真分析一下这段代码有什么问题！
/** * 读取指定路径文件第一行数据内容 * * @param path 文件路径 * @return */public static String readFirstLine(String path){
BufferedReader br = null; String line = null; try { br = new BufferedReader(new FileReader(path)); line = br.readLine(); } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } finally { if (br != null) { try { br.close(); } catch (IOException e) { e.printStackTrace(); } } } return line;}
复制代码
这段代码实现了一个非常简单的功能，但是为了正确的处理异常，释放资源，导致代码编写得十分臃肿，可读性非常的差！
那我们应该如何优化代码呢？
最好的办法就是采用 Java 7 引入的 try-with-resources 语句来解决，当然能使用 try-with-resource 的资源类，必须实现了 AutoCloseable 接口，比如我们 Demo 中的 BufferedReader 类，它的类关系图如下所示：
try-with-resources 使用非常方便，优化后的代码如下所示：
/** * 读取指定路径文件第一行数据内容 采用 try-with-resources * * @param path 文件路径 * @return */public static String readFirstLine(String path) {
String line = null; try (BufferedReader br = new BufferedReader(new FileReader(path))){ line = br.readLine(); } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } return line;}
复制代码
可以看到优化后的代码变得非常清晰，而且不需要手动写代码去释放资源，这样我们就不需要担心资源的关闭问题了！
读到这里有些小伙伴肯定会想，我就是不用 try-with-resources，我觉得自己释放才靠谱。这……我只能说你赢了，那有没有一种稍微优雅一点的方式来释放资源呢？
/** * 释放资源，需注意资源释放顺序 * * @param closeables */public static void close(Closeable... closeables) { if (Objects.nonNull(closeables)) { for (Closeable closeable : closeables) { if (Objects.nonNull(closeable)) { try { closeable.close(); } catch (IOException e) { e.printStackTrace(); } } } }}
复制代码
我们可以考虑抽取一个方法来释放资源，方法参数是一个可变 Closeable 参数，我们在手动释放资源的时候一定要注意资源的释放顺序，因此调用方法是参数的顺序一定不能错了！
所以呀，想来想去还是 try-with-resources 语法香！！！
评论