他们为什么要添加AutoCloseable并按如下方式更改Closeable:
public interface Closeable extends AutoCloseable {
public void close() throws IOException;
}而不是像下面这样更改Closeable (不添加AutoCloseable):
public interface Closeable {
public void close() throws Exception;
}第二种解决方案的优点是: 1)生成的异常没有限制(请参阅IOException) 2) Closeable本身可以在不扩展AutoCloseable的情况下在try-with-resources中使用3)这不会破坏现有代码,因为实现只能具有比接口中定义的异常更有限的异常4)不会过度设计
为什么他们决定采用第一种解决方案而不是第二种呢?
发布于 2015-06-11 23:41:54
您不能简单地更改已经发布的方法的检查异常列表。否则,较旧的代码可能会损坏。例如,在Java 7之前可能存在这样的方法:
public void closeAll(Collection<Closeable> collection) {
for(Closeable closeable : collection) {
try {
closeable.close();
}
catch(IOException ex) {
// ignore
}
}
}在您提出的更改之后,此代码将无法编译。Java设计人员非常重视向后兼容性问题。
发布于 2018-03-07 14:40:09
回答得好@Tagir Valeev。
Closeable在system.io包中,正如Tagir所说,Closeable.close抛出IOException -假设它与I/O相关。AutoCloseable在java.lang中,AutoCloseable.close抛出异常。
有了经验,封闭性被发现是一种更普遍的东西,而不仅仅是特定于I/O。
https://stackoverflow.com/questions/30784596
复制相似问题