首发地址:Closeable和AutoCloseable有什么区别? 我们进行手动的编写close()方法进行关闭,然而,每次这些写会造成代码冗余不优雅,JDK中对于释放资源有Closeable和AutoCloseable可以使用,以下为详解。 Closeable Closeable源码 使用close需要注意 在java.io.包下 InputStream,outputStream, Reader, Writer 等基类都实现了Closeable 接口,因为每次的IO操作结束之后都要去释放资源。 由于位于java.lang包下,可以针对于所有实现该接口的流,而closable本身也实现了该接口,java的io流间接性的可以自动关闭接口,也就是说从jdk1.7开始,不需要手动去关流。
我们进行手动的编写close()方法进行关闭,然而,每次这些写会造成代码冗余不优雅,JDK中对于释放资源有Closeable和AutoCloseable可以使用,以下为详解。 Closeable Closeable源码 使用close需要注意 在java.io.包下 InputStream,outputStream, Reader, Writer 等基类都实现了Closeable 接口,因为每次的IO操作结束之后都要去释放资源。 由于位于java.lang包下,可以针对于所有实现该接口的流,而closable本身也实现了该接口,java的io流间接性的可以自动关闭接口,也就是说从jdk1.7开始,不需要手动去关流。 {try}-with-resources关键点 带资源的try语句的3个关键点: 由带资源的try语句管理的资源必须是实现了AutoCloseable接口的类的对象。
java.io.Closeable接口正是Java为解决这一核心问题而提供的标准化契约。它定义了一个清晰、统一的“关门”机制,告诉所有资源持有者:“当你用完我时,请调用我的close()方法。” Closeable的引入旨在解决以下痛点:统一契约:为所有需要显式关闭的资源提供一个标准的接口。明确语义:清晰地表明该对象持有可能耗尽的系统资源。 第二章:接口详解——契约与规范让我们逐行分析Closeable接口的源码及其Javadoc。 Closeable(JDK1.5+):它是AutoCloseable的一个特化子接口,专门用于I/O相关的资源。 结语Closeable接口虽小,却承载着Java资源管理的核心思想。
attach 解析 attach 方法前首先来看一下两个接口 Closeable 接口和 AutoCloseable 接口 AutoCloseable 接口 : 实现了此接口的类能够持有资源直到被关闭的时候 Closeable 接口:Closeable 表示一个资源或者数据能够被关闭,close 方法被调用用来释放对象持有的资源,如果资源已经关闭了,那么调用 close 方法不会再产生作用。 然后回到 FileDescriptor 的描述中来,FileDescriptor 有三个属性 private Closeable parent; private List<Closeable> otherParents ; private boolean closed; 有一个 Closeable 对象的 parent,表示用来关闭单个资源,List<Closeable> otherParents,需要关闭对象的集合 closeAll synchronized void closeAll(Closeable releaser) throws IOException { if (!
遵从Runnable接口 客户端主方法: 用户名提交 数据发送 数据接收 多线程启动 1.3 资源关闭问题 代码中操作了大量的输入流和输出流,这里都需要进行关闭操作。 DataInputStream, DataOutputStream, BufferedReader, Socket 以上这些资源都是Closeable接口的实现类,都有对应的Close方法 封装一个工具类 : 提供一个closeAll方法,参数为符合Closeable接口的实现类对象。 这里可以考虑可变长参数 Closeable... closeable 可变长参数在方法中使用的过程里面是对应一个数组,这里完成可以使用增强for来使用 工具类名: CloseUtil public static void closeAll(Closeable... closeable) 1.4 功能拓展 1.
实现Closeable接口,并重写唯一方法close(),并在方法中取消了协程。 现在我们已经知道了viewModelScope是可以取消的了,关键就在于取消时机的控制了。 ) { try { ((Closeable) obj).close(); } catch (IOException e) 可能有同学已经注意到最后的方法closeWithRuntimeException,因为这个方法中调用了Closeable接口的close()方法,而close()方法就是用来取消协程的。 在父类中通过ReportFragment或ActivityLifecycleCallbacks接口来派发当前生命周期状态,具体使用哪种派发方式要看Api等级是否在29(10.0)及以上,及 则后者。 接口,并在Closeable接口的close()方法中取消协程; 在ViewModel中有个clear()方法,会循环调用close()方法取消协程; 在ViewModelStore中也有个clear(
接口InternalHttpClientorg/apache/http/impl/client/InternalHttpClient.java@Contract(threading = ThreadingBehavior.SAFE_CONDITIONAL = null) { for (final Closeable closeable: this.closeables) { try { closeable) { if (closeable == null) { return; } if (closeables == null ) { closeables = new ArrayList<Closeable>(); } closeables.add(closeable); ,这些Closeable在HttpClientBuilder的build方法会构建好然后传递给InternalHttpClient;默认情况下这些closeable包括HttpClientConnectionManager
接口 InternalHttpClient org/apache/http/impl/client/InternalHttpClient.java @Contract(threading = ThreadingBehavior.SAFE_CONDITIONAL = null) { for (final Closeable closeable: this.closeables) { try { closeable) { if (closeable == null) { return; } if (closeables = = null) { closeables = new ArrayList<Closeable>(); } closeables.add(closeable ,这些Closeable在HttpClientBuilder的build方法会构建好然后传递给InternalHttpClient;默认情况下这些closeable包括HttpClientConnectionManager
3、 改成Closeable接口,也可以 接着我们将Resource类上的AutoCloseable接口改为Closeable(如下),此时需要将close方法的异常签名改成IOException,否则编译不通过 因此在实现Closeable接口后,异常签名要么没有,要么是IOException或者其子类。 接口,都能使用try-with-resources语法。 此处注意还有点不同的是两个接口的包路径的差异。 2、 Closeable 中的 Java doc Closeable类上的Java doc无额外有用信息,我们看下Closeable.close方法上的Java doc: Closes this stream
}catch (IOException ioex){ ioex.printStackTrace(); } } 附: 资源一般是指:实现了Closeable 接口或者AutoCloseable接口,这种资源使用完毕后都需要关闭。 package java.io; import java.io.IOException; /** * A {@code Closeable} is a source or destination * * @since 1.5 */ public interface Closeable extends AutoCloseable { /** * Closes this advised * to relinquish the underlying resources and to internally * mark the {@code Closeable
fos.write(b); } } // 这里的try是()而不是{},()里面的对象必须实现AutoCloseable接口 ,这里用myClose类做示范,实现Closeable都不行,必须实现AutoCloseable接口,这样try(...)里面的对象执行完代码块{...}里面的内容后(即大括号里面的内容执行完毕后小括号里面的对象会自动关闭 ),会自动调用自己的close()方法去关流,所以FileInputStream和FileOutputStream都是实现了AutoCloseable 接口的 因为public class FileInputStream extends InputStream public abstract class InputStream implements Closeable public interface Closeable extends AutoCloseable 所以它们是实现了AutoCloseable接口的,去FileInputStream和FileOutputStream里面都能找到close()方法的 是不是还没这么做过
接口隔离原则 类间的依赖关系应该建立在最小的接口上。 接口隔离原则就是让客户端依赖的接口尽可能的小。就是在上面提到的依赖倒置(依赖抽象而不是实现)原则的基础上,增加一个最小化依赖的原则。 说白了就是在依赖接口的基础上依赖尽可能少的接口。 这里举个例子: <! --关闭工具类--> public final class CloseUtils { private CloseUtils() { } /** * 关闭Closeable对象 * @param closeable */ public static void closeQuietly(Closeable closeable) { if = closeable) { try { closeable.close(); }catch (IOException e
createRequest(URI uri, HttpMethod httpMethod) throws IOException;}spring-web定义了ClientHttpRequestFactory接口 及DisposableBean接口;createRequest方法先拿到httpClient,然后创建createHttpUriRequest,设置RequestConfig,针对bufferRequestBody IOException in case of I/O errors */ClientHttpResponse execute() throws IOException;}ClientHttpRequest接口定义了 .}HttpComponentsStreamingClientHttpRequest继承了AbstractClientHttpRequest,实现了StreamingHttpOutputMessage接口 ) {((Closeable) this.httpResponse).close();}}}catch (IOException ex) {// Ignore exception on close...
createRequest(URI uri, HttpMethod httpMethod) throws IOException; } spring-web定义了ClientHttpRequestFactory接口 ) { ((Closeable) httpClient).close(); } } //...... } HttpComponentsClientHttpRequestFactory实现了 HttpComponentsStreamingClientHttpRequest继承了AbstractClientHttpRequest,实现了StreamingHttpOutputMessage接口 this response, freeing any resources created. */ @Override void close(); } ClientHttpResponse接口定义了 ) { ((Closeable) this.httpResponse).close(); } } } catch (IOException ex) { // Ignore
继承关系 public final class BluetoothServerSocket extends Object implements Closeable 继承了Object类, 实现了Closeable 接口; Closeable是可以关闭的数据源或者目标, 实现该接口必须重写close()方法, 调用close()方法可以释放该对象保存的资源; 2.
com/github/shyiko/mysql/binlog/BinaryLogFileReader.java public class BinaryLogFileReader implements Closeable public void close() throws IOException { inputStream.close(); } } BinaryLogFileReader实现了Closeable 接口,其close方法会关闭inputStream;它定义了inputStream、eventDeserializer两个属性,其构造器接收binlog的文件或者inputStream,也允许指定eventDeserializer shyiko/mysql/binlog/event/EventData.java public interface EventData extends Serializable { } EventData接口继承了 Serializable接口 小结 BinaryLogFileReader实现了Closeable接口,其close方法会关闭inputStream;它定义了inputStream、eventDeserializer
如果要借助 try-with-souce 来实现资源的自动回收,在编写代码的时候,针对有资源释放的类需要实现 Closeable 接口。 ? image 再看看我上面给出示例中的 ByteArrayOutputStream 和 GZIPOutputStream 流,其实已经帮实现了 Closeable 接口,所以我们再使用的时候,我们借助 try-with-source public class FilterOutputStream extends OutputStream { public abstract class OutputStream implements Closeable , Flushable { 5、构造可自动释放资源的类 如果你对此还有一些顾虑,不妨自己动手验证一番: public class ImageStream implements Closeable { ); } catch (Exception ex) { System.out.println(ex.getMessage()); } } 这是的一个简单测试类,实现了 Closeable
两个channel之间也可以直接进行数据间的传输 几个重要的channel 多方法实现本地文件拷贝 通用的关闭流方法 //通用关闭流和通道的方法 //所有可以被关闭的流和通道都实现了Closeable 接口 public static void close(Closeable closeable) { if(closeable! =null) { try { closeable.close(); } catch (IOException 接口 public static void close(Closeable closeable) { if(closeable! =null) { try { closeable.close(); } catch (IOException
ConfigurableApplicationContext public interface ConfigurableApplicationContext extends ApplicationContext, Lifecycle, Closeable Closeable:标准 JDK 所提供的一个接口,用于最后关闭组件释放资源等。 ,该接口将这两个接口进行合并,提供了一个可配置、可管理、可关闭的WebApplicationContext,同时该接口还增加了 setServletContext(), setServletConfig ResourcePatternResolver:资源加载 EnvironmentCapable:系统 Environment(profile + Properties) 相关 Lifecycle:管理生命周期 Closeable Closeable Closeable 接口用于关闭和释放资源,提供了 close() 以释放对象所持有的资源。
IOCanary 是一个在开发、测试或者灰度阶段辅助发现 I/O 问题的工具,目前主要包括文件 I/O 监控和 Closeable Leak 监控两部分。 方案主要通过 hook os posix 的四个关键的文件操作接口: int open(const char *pathname, int flags, mode_t mode);//成功时返回值就是fd size_t size); ssize_t write(int fd, const void *buf, size_t size); int close(int fd); 由上得知,通过 hook 这几个接口 flags, mode))); ... } 由上看到, android 框架的 FileInputStream ,最终是在 libcore_io_Posix.cpp 那里调到了posix的open接口 Closeable Leak 监测 ---- Closeable Leak 指的是打开资源包括文件、Cursor 等,没有及时 close,引起泄露。这种问题基本就是因为开发的时候在思考人生了。