关于java：实例初始化器与构造函数有何不同？

How is an instance initializer different from a constructor?

换句话说，为什么需要实例初始化器？在构造函数上编写实例初始化程序有什么区别或优势？

这似乎解释得很好：

Instance initializers are a useful alternative to instance variable
initializers whenever:

initializer code must catch exceptions, or

perform fancy calculations that can't be expressed with an instance variable initializer. You could, of course, always write such code in
constructors.

But in a class that had multiple constructors, you would have to repeat the code in each constructor. With an instance initializer, you
can just write the code once, and it will be executed no matter what
constructor is used to create the object. Instance initializers are
also useful in anonymous inner classes, which can't declare any
constructors at all.

来自：爪哇JavaWorld对象初始化。

相关讨论

另一方面，您可以在一个构造函数中编写一次代码，然后从所有其他构造函数中调用它。但匿名的内部课程是一个很好的观点。
你可以从其他构造函数调用它 - 但是你再次重复调用。如果添加新构造函数，则必须记住添加对它的调用。实例初始化器不是这样。
@talonx，我同意你关于遗忘的论点，但利用默认行为同样危险。当支持者在遗留代码中读取构造函数时，人们不会总是记得检查可能的实例初始化器。而明确使用的init()将脱颖而出。
@javamonkey79：你是说如果我为我的类选择构造函数实例初始化器，实例初始化器唯一有用的地方是使用匿名类吗？
@Assambar您不能在init()方法中指定最终字段，但可以在初始化程序块中指定。
@talonx，必须在新的构造函数中手动添加对init()的调用实际上是一个优点，而不是缺点。自动调用"init"实际上非常危险，可能会导致错误。
@Pacerier请举个例子。
@talonx，一个例子是当你需要一个不使用实例初始化器的新构造函数时。现在你创建那个构造函数验证它的内容从{到}并愉快地离开，认为你已经完成了，除了对实例初始化程序的一个不可见的调用，它在运行时搞砸了程序。
@Pacerier你不太可能想要一个不调用实例初始化器的构造函数。对我来说，它可以表明设计中可以改进的东西。
@talonx，事实上很可能是在原作者编写应用程序一年后你处于重构阶段。
@Pacerier我想我不清楚我试图传达的内容。我的观点是，如果你想要一个新的构造函数，现在或将来，不需要实例初始化程序，那么该构造函数可能会创建一个"不同"类型的对象。这就是代码味道。
@talonx，这称为重构，其他人重组你的代码以适应新的要求。毕竟代码不是由一个人维护的，但将来会被传递给其他人。
@Pacerier我指的是优秀的Java设计。我知道重构是什么。
@talonx，我知道你知道重构是什么。我说那叫做重构，不叫"代码味"。
@Pacerier我们在谈论不同的事情。
@talonx，我们不是。你声称"潜在地创建一种不同类型的对象"是一种代码味道，但它是重构的一部分。代码不会保持不变，但会慢慢转换为符合新要求。
@Pacerier"代码不会保持不变，但会慢慢转变以适应新的要求。" - 当然。我不得不在这里不同意，因为介绍一种创建不同类型对象的方法意味着你打破了原始设计，因此，是一种代码气味。重构不一定总能导致"好"的事情。
@talonx，我们打破原始设计，因为它不再适合我们的目的。它要么被扔掉，要么慢慢被重构成新的设计。
@Pacerier足够公平。改述我想说的话 - 用一种目的进行重构是"好的"。在不了解原始设计的情况下进行重构通常会导致"坏"的事情。

就对象生命周期而言，没有区别。两者都在构造时调用，逻辑上初始化块可以被视为构造的一部分。

从语义上讲，初始化程序是一个很好的工具，有以下几个原因：

初始化程序可以通过将初始化逻辑保持在初始化变量旁边来提高代码可读性：

1
2
3
4
5
6
7
8
9
10

public class Universe {
public int theAnswer;
{
int SIX = 6;
int NINE = 7;
theAnswer = SIX * NINE;
}

// a bunch of other vars
}

1
2
3
4
5
6
7
8
9
10
11
12
13

public class Universe {
public int theAnswer;

// a bunch of other vars

public Universe() {
int SIX = 6;
int NINE = 7;
theAnswer = SIX * NINE;

// other constructor logic
}
}

无论如何都会调用初始化程序
使用哪个构造函数。

初始化程序可以匿名使用
内部类，构造函数
不能。

相关讨论

当你有许多构造函数并希望为每个构造函数执行一些公共代码时，可以使用实例初始化器。因为它是为所有构造函数调用的。

当我们使用匿名内部类时，可以看到实例初始化器相对于构造函数的真正优势。

匿名内部类不能有构造函数(因为它们是匿名的)，因此它们非常适合实例初始化程序。

我会避免使用实例初始化程序习惯用法 - 它对变量初始化程序的唯一真正优势是异常处理。

并且因为init方法(可以从构造函数调用)也可以进行异常处理并集中构造函数设置代码，但是它具有可以对构造函数参数值进行操作的优点，我会说实例初始化程序是冗余的，因此是避免。

相关讨论

Initializer是在构造函数之间共享代码的方法，如果初始化程序与变量声明一起使用，它会使代码更具可读性。

Java编译器将初始化程序块复制到每个构造函数中。因此，该方法可用于在多个构造函数之间共享代码块。
Oracle文档