实例和迭代。哪一个更好？答案

【问题标题】：Instances and iterations. Which one is better?实例和迭代。哪一个更好？
【发布时间】：2012-11-07 19:01:41
【问题描述】：

我想阅读文件并处理它们。每次迭代处理一个文档。

哪种代码更好？

1.

BufferedReader br;
for(File f : files)
{
    br = new BufferedReader(......);
    ......
}

2.

for(File f : files)
{
    BufferedReader br = new BufferedReader(......);
    ......
}

我的观点是在空间和速度方面哪个更有效？

【问题讨论】：

【解决方案1】：

在我看来，后者更清楚。一般来说，更倾向于声明具有最小范围的局部变量，最好在声明时初始化它们。

它不会直接影响性能 - 但它会影响可读性和维护，这将影响您进行更改的难易程度，而会影响性能。

一般：

【讨论】：

【解决方案2】：

它们完全相同，编译成字节码后所有差异都丢失了。
即使我们想象最糟糕的情况，理论上（在另一个 Java 中）可能相当于一次额外的内存写入，但差异会非常小，以至于您需要世界上最精确的原子钟来测量它。
对您而言，真正的区别应该在于代码的整体可维护性，这应该比低于 2-3% 的实际速度差异更令人担忧。例如，许多设计模式引入了某种开销，但人们更愿意为它为代码库提供的灵活性付出代价。

在代码优化中很容易陷入Win Small, Lose Big的陷阱：每个单独的方法都可能优化到完美，但由于全球架构的不足之处。必须始终自上而下进行优化，当这样做时，您会发现如果替换为优化版本，实际上只有 1% 或更少的代码行可以提高整体性能。

【讨论】：

【解决方案3】：

如果您不在其他地方使用 br 变量，它们完全一样。

注意不要在尝试纳米优化上浪费太多时间。即使字节码不同，在优化显而易见的情况下，JIT 也不会那么糟糕。您不需要在使用它的块之前声明变量，也不应该因为它使变量的用途不太清楚。

【讨论】：

【解决方案4】：

唯一的区别是br 是第二种情况在循环范围内是本地的，而在第一种情况下它可以在循环外访问。但请注意，即使在第一种情况下，br ref 变量也将在循环外可用，而不是您在 for 循环中提供的值。

否则它们是一样的。虽然第二种情况更具可读性

【讨论】：

【解决方案5】：

效率方面两者是相同的，大部分时间都编译成相似的字节码。

在可读性方面，第二种方法更好。通常，当代码增长时，它会很有帮助。特别是在调试时，您不必担心稍后会在该块之外修改该变量。

【讨论】：

【解决方案6】：

3.

for(File f : files)
{
    try( BufferedReader br = new BufferedReader(......) )
    {
        ......
    }
}

【讨论】：