Alexey Tominredwhite90пропущено...
Эта эмоция мне нравится.
У меня складывается, что DCL какая-то антинаучная х...
Потому что давно есть другое решение, проще. Всё за нас делает jvm.
А DCL - это просто разминка для ума.
1.
2.
3.
4.
5.
6.
7.
8.
class SingletonHelper {
static Singleton instance = new Singleton();
}
public class Singleton {
public static Singleton getInstance() {
return SingletonHelper.instance;
}
}
It depends...
Если
new Singleton() может выкинуть эксепшен, например при инициализации нужно вычитать настройки синглтона из какого-то внешнего хранилища, и в момент конструирования синглтона это хранилище в дауне, то тут два варианта:
1. Требования таковы что программа не должна продолжать работать - тогда действительно проще всего положиться на JDK, ошибка при инициализации класса SingletonHelper будет приводить к NoClassDefFoundError для вех последующих обращений к методу getInstance класса Singleton.
2. Ежели требования таковы что нужно дать клиентам второй шанс на инициализацию синглтона, то тут уже нам и понадобится понимание DCL. Я правда не понимаю зачем в таком кейсе платить за volatile, когда можно положиться на гарантии безопасной публикации для final полей используя холдер с
final полем:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
public class Singleton {
private static Holder holder;
public static Singleton getInstance() {
if (holder == null) {
synchronized (Holder.class) {
if (holder == null) {
holder = new Holder(new Singleton());
}
}
}
return holder.singleton;
}
private static class Holder {
final Singleton singleton;
public Holder(Singleton singleton) {
this.singleton = singleton;
}
}
}
