【发布时间】:2013-04-24 21:04:42
【问题描述】:
因此,Java 7 有一个漂亮的功能,可以自动关闭 AutoCloseable 类。如果我有Bar 实现Closeable(进而扩展AutoCloseable),并且有办法从Foo 获得一个开放的Bar,我可以这样做:
try(Bar bar=foo.openBar())
//do something
}
...和bar 将自动关闭,就像它被放在finally 子句中一样。可爱。
但是如果我想获得Bar 并稍后打开它怎么办?因为可能Bar 就像File 并且仅仅标识一个资源;我可能想识别其中很多,但只在必要时打开它们。
Bar bar=foo.getBar();
try(bar.open()) //doesn't work
//do something
}
但是 Java 7 自动管理的方法需要我在 try 子句中分配一个变量,不是吗?
所以也许我可以很聪明,让Bar.open() 返回this(即Bar 实例),这样我就可以做到这一点:
try(Bar bar=foo.getBar().open())
//do something
}
这可以按我的意愿运行,但它会警告我中间 Bar 实例永远不会关闭。
所以也许我可以这样做:
Bar bar=foo.getBar();
try(Bar temp=bar.open())
//do something
}
这也是我想要的功能,但除了丑陋之外,我仍然收到警告 --- 这一次第一个 bar 变量永远不会关闭。
所以也许我可以将bar.open() 调用放在受保护的块中,如下所示:
try(Bar bar=foo.getBar())
bar.open();
//do something
}
这将按我想要的方式工作——大多数时候。但是如果bar.open() 抛出异常怎么办? Java 7 将尝试关闭bar,在我的实现中,它会抛出IllegalStateException,因为您无法关闭从未打开过的东西。所以它应该,对吧?因为如果有人试图在 Bar 实例打开之前关闭它,就会出现问题,我们需要一种快速失败的方法,而不是让问题在未知时间传播和浮出水面。
但也许我真的想使用自动资源管理,所以我考虑放松一下Bar.close(),这样你就可以随时关闭它,即使你还没有打开@987654349 @。但现在看看我在做什么:我正在更改我的 API(可以说让它变得低劣)只是为了使用一些语法编译器糖!!
还有其他想法吗?我想使用 Java 7 自动资源管理,以便 Java 7 会自动关闭我的资源,但我想决定何时打开它,这可能不一定是在我获取的那一刻 资源。
【问题讨论】:
标签: java java-7 resource-management