为什么他们添加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
本身可以在try-with-resources中使用,而无需扩展AutoCloseable
3)这不会破坏现有代码,因为实现只能有比界面中定义的更有限的异常
4)没有过度工程
有没有理由为什么他们决定采用第一种解决方案而不是第二种解决方案呢?
答案 0 :(得分:5)
您根本无法更改已发布方法的已检查例外列表。否则旧代码可能会破坏。例如,在Java 7之前可能存在这样的方法:
public void closeAll(Collection<Closeable> collection) {
for(Closeable closeable : collection) {
try {
closeable.close();
}
catch(IOException ex) {
// ignore
}
}
}
更改后,您建议此代码无法编译。 Java设计人员非常重视向后兼容性问题。
答案 1 :(得分:1)
很好的答案@Tagir Valeev。
Closeable在system.io包中,正如Tagir所说,Closeable.close抛出IOException - 它被认为与I / O相关。 AutoCloseable位于java.lang中,AutoCloseable.close抛出异常。
根据经验,发现可靠性更为一般,而不仅仅是I / O特定。