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

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

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

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

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

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

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

    class MyClass extends FooClass {
    String a = null;

    public MyClass() {
        super();     // Superclass calls init();
    }

    @Override
    protected void init() {
        super.init();
        if (something)
            a = getStringYadaYada();
    }
}

关于以上，

String a = null;

Null init可以避免，因为它是默认值。 然而，如果您需要另一个默认值， 然后，由于初始化顺序不受控制， 我将修改如下:

class MyClass extends FooClass 
{
    String a;
    {
        if( a==null ) a="my custom default value";
    }
    ...

没有区别——实例变量初始化实际上是由编译器放在构造函数中。 第一个变体可读性更强。 你不能对第一个变体进行异常处理。 另外还有初始化块，它也由编译器放在构造函数中: { a =新a (); ｝

检查孙的解释和建议

在本教程中:

但是，字段声明不是任何方法的一部分，因此它们不能像语句那样被执行。相反，Java编译器自动生成实例字段初始化代码，并将其放入类的构造函数中。初始化代码按照在源代码中出现的顺序插入构造函数，这意味着字段初始化器可以使用在它之前声明的字段的初始值。

此外，您可能希望惰性地初始化字段。如果初始化字段是一个昂贵的操作，你可以在需要的时候立即初始化它:

ExpensiveObject o;

public ExpensiveObject getExpensiveObject() {
    if (o == null) {
        o = new ExpensiveObject();
    }
    return o;
}

最后(正如Bill所指出的)，为了依赖管理，最好避免在类中的任何地方使用new操作符。相反，使用依赖注入更可取——即让其他人(另一个类/框架)实例化并注入你的类中的依赖项。

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