Java中的InputStreams和OutputStreams在销毁时会自动执行close()吗？我完全理解这可能是个糟糕的做法（尤其是在C和C++的世界中），但我很好奇。
另外，假设我有以下代码：
private void foo()
{
final string file = "bar.txt";
Properties p = new Properties();
p.load( new FileInputStream(file) );
//...
}
在调用p.load()方法后，无命名的FileInputStream是否会超出作用域并因此被销毁，有点像C++的作用域规则吗？我曾尝试在Google上搜索Java的匿名变量作用域，但结果不是我预期的。
谢谢。
首先回答：在Java中，"破坏"（在C++中的意义）是不存在的。只有垃圾回收器，当其发现一个对象可以被回收时，它可能会醒来并执行其任务。Java中的垃圾回收器通常不可靠。
第二个回答：有时是，有时不是，但不值得冒险。根据Elliote Rusty Harold的《Java IO》：
并非所有流都需要关闭 - 例如，字节数组输出流不需要关闭。然而，与文件和网络连接相关联的流在使用完后应始终关闭。例如，如果您打开一个文件进行写入，并在完成后忘记关闭它，则其他进程可能会被阻止读取或写入该文件。
根据Harold的说法，输入或输出流也是如此。虽然有一些例外情况（他注意到System.in），但一般来说，如果您在完成后不关闭文件流，则会存在风险。并且要在finally块中关闭它们，以确保即使抛出异常也能关闭它们。
我曾经以为流会通过垃圾回收自动关闭，但实证证据表明，未手动关闭会导致资源泄漏。你需要像这样做:
try (InputStream in = new FileInputStream("example.txt")) {
// Do something with the input stream
} catch (IOException e) {
// Handle the exception
}InputStream stream = null;
try {
stream = new FileInputStream("bar.txt");
Properties p = new Properties();
p.load(stream);
}
catch(Exception e) {
// error handling
}
finally {
closeQuietly(stream);
}
closeQuietly()是Apache的commons-io库中IOUtils类中的一个方法。
Properties.load在关闭传递给它的流方面很奇怪。编辑：Properties.loadFromXML是我大约五年前想到的特殊方法。（API文档应该说是之前而不是之后）。谢谢@tzimnoch。
try本身）。还要注意，上面的代码会在我的Eclipse环境中生成警告（关于缺少关闭）。 - Maarten Bodewes