我在回复中没有看到以下内容:

在声明时进行初始化的一个可能的优势可能是，在当今的IDE中，您可以非常容易地跳转到变量的声明(大多数情况下) Ctrl-<hover_over_the_variable>-<left_mouse_click>)在你的代码中的任何地方。然后立即看到该变量的值。否则，你必须“搜索”初始化完成的位置(主要是:构造函数)。

这个优势当然是次要的，所有其他逻辑推理，但对一些人来说，“特征”可能更重要。

第二个例子是惰性初始化。第一个是更简单的初始化，它们本质上是一样的。

我认为这几乎只是一个品味问题，只要初始化是简单的，不需要任何逻辑。

如果不使用初始化块，构造函数方法会更脆弱一些，因为如果稍后添加第二个构造函数而忘记在那里初始化b，则只有在使用最后一个构造函数时才会得到一个空b。

有关Java中初始化的更多细节，请参阅http://java.sun.com/docs/books/tutorial/java/javaOO/initial.html(以及关于初始化器块和其他不为人所知的初始化特性的解释)。

我认为例2更可取。我认为最佳实践是在构造函数外部声明，并在构造函数中初始化。

There is one more subtle reason to initialize outside the constructor that no one has mentioned before (very specific I must say). If you are using UML tools to generate class diagrams from the code (reverse engineering), most of the tools I believe will note the initialization of Example 1 and will transfer it to a diagram (if you prefer it to show the initial values, like I do). They will not take these initial values from Example 2. Again, this is a very specific reason - if you are working with UML tools, but once I learned that, I am trying to take all my default values outside of constructor unless, as was mentioned before, there is an issue of possible exception throwing or complicated logic.

例2不太灵活。如果您添加了另一个构造函数，则需要记住在该构造函数中实例化字段。直接实例化字段，或者在getter中引入延迟加载。

如果实例化需要的不仅仅是一个简单的new，请使用初始化块。不管使用的构造函数是什么，这个函数都将运行。如。

public class A {
    private Properties properties;

    {
        try {
            properties = new Properties();
            properties.load(Thread.currentThread().getContextClassLoader().getResourceAsStream("file.properties"));
        } catch (IOException e) {
            throw new ConfigurationException("Failed to load properties file.", e); // It's a subclass of RuntimeException.
        }
    }

    // ...

}