如果你使用过 Python ,应该对 with
语句不陌生,with
语句会创建一个独立的上下文,当执行流程离开该上下文时,就会立刻释放该上下文中的所有资源
这样的机制,我们都可以不用手动去关闭已经打开的资源,比如文件等,例如
with open('hello.txt') as f:
print(f.read()
在执行流程离开 with
语句块之后,f
这个文件资源就会自动销毁
Java 9 为 java 也引入了这种机制,Java 9 称之为 「 try-with-resources 」
其实应该说 Java 9 之前也能实现这样的机制,只不过有点复杂
try-with-resources
try-with-resources
首先是一个 try
语句,其次,该语句包含一个或多个正式声明的资源。这些资源是一个对象,当不再需要时就应该关闭它。
try-with-resources
语句可以确保在需求完成后关闭每个资源,当然了,这些可以自动关闭的资源也是有条件的,那就是必须实现java.lang.AutoCloseable
或 java.io.Closeable
接口
Java 9 之前,资源可以在 try 之前或 try 语句内部声明,正如下面的代码所示的那样。
我们将使用 BufferedReader
作为资源来读取字符串,然后关闭 BufferedReader
TryResourceTester.java
import java.io.BufferedReader;
import java.io.IOException;
import java.io.Reader;
import java.io.StringReader;
public class TryResourceTester {
public static void main(String[] args) throws IOException {
System.out.println(readData("test"));
}
static String readData(String message) throws IOException {
Reader inputString = new StringReader(message);
BufferedReader br = new BufferedReader(inputString);
try (BufferedReader br1 = br) {
return br1.readLine();
}
}
}
运行结果如下
[dabaicai@www.cmsblogs.cn java9]$ javac TryResourceTester.java && java TryResourceTester
test
上面的实例中,为了让 br1
资源能够正确的被关闭,需要将资源 br1
的声明放在 try
语句块中
是不是特别的那个,为了在 try
语句块中读取数据,我们竟然声明了一个 br1
而且值为 br
,这简直就是重复声明啊
但是,Java 9 解决了这个问题,就是我们可以忽略 br1
的声明,而直接使用 br
,并且会在不需要的时候自动关闭它
TryResourceTester.java
import java.io.BufferedReader;
import java.io.IOException;
import java.io.Reader;
import java.io.StringReader;
public class TryResourceTester {
public static void main(String[] args) throws IOException {
System.out.println(readData("test"));
}
static String readData(String message) throws IOException {
Reader inputString = new StringReader(message);
BufferedReader br = new BufferedReader(inputString);
try (br) {
return br.readLine();
}
}
}
运行结果如下
[dabaicai@www.cmsblogs.cn java9]$ javac TryResourceTester.java && java TryResourceTester
test
同样的代码,同样的结果,不同的只是去掉了 br1
的声明
最新评论
徒弟可以A师傅,学生可以A老师,为什么外包不能A正式,我觉得很正常。异性相吸这是宇宙真理
PHP天下第一(狗头叼花)
第一个不需要关注公主号直接给激活码的帖子!
客户端超时断开后,服务端如果没有设置超时机制,那也会继续等待处理,万一这期间有消息到了,那不是就接受到消息处理了,但是也没有办法返回到客户端,导致消息丢失。
企业级GO项目开发实战 Kubernetes权威指南 第六版
https://pan.baidu.com/s/1q3bnTncIACKoTZFxvx7BQw?pwd=ii7n
RabbitMQ精讲,项目驱动落地,分布式事务拔高 有吗?
Spring Cloud Alibaba 微服务架构实战 https://pan.baidu.com/s/1jF5voFRoeF0lYAzAPBWSbw?pwd=chqk