Правильный Singleton в Java

Это распространенное заблуждение. Объект создастся не тогда, когда загрузится класс, а когда класс будет инициализирован. А инициализация класса произойдет в момент первого доступа к INSTANCE. А если у класса-синглтона вызывают прочие статические методы, которым не нужен этот самый instance, на мой взгляд, это говорит о недоработке в проектировании.

Честно — не знаю как именно. Я просто верю контейнеру (spring/guice/jee), что он делает этот синглтон правильно. Никаких проблем не было, так что я особо и не вникал

Я был уверен что и на запись и на чтение.

Объясните, пожалуйста, как объявление поля volatile спасает от проверки на null? Или получается, что если оно volatile, то эти 3 инструкции (allocate, assign, constructor) обязаны выполниться ДО любой операции чтения?

«Чтение volatile поля в Java на x86 архитектуре ничем не отличается от чтения обычного поля.» — а это всегда так, гарантируется ли, может ли случится что в следующем релизе java всё изменится? И почему только на x86?

Википедия со ссылкой на Joshua Bloch «Effective Java, Second Edition», p. 283-284 предлагает избегать лишних чтений volatile полей, якобы это вредит перформансу:

en.wikipedia.org/wiki/Double-checked_locking

// Works with acquire/release semantics for volatile in Java 1.5 and later
// Broken under Java 1.4 and earlier semantics for volatile
class Foo {
    private volatile Helper helper;
    public Helper getHelper() {
        Helper localRef = helper;
        if (localRef == null) {
            synchronized (this) {
                localRef = helper;
                if (localRef == null) {
                    helper = localRef = new Helper();
                }
            }
        }
        return localRef;
    }

    // other functions and members...
}

«Note the local variable „localRef“, which seems unnecessary. The effect of this is that in cases where helper is already initialized (i.e., most of the time), the volatile field is only accessed once (due to „return localRef;“ instead of „return helper;“), which can improve the method's overall performance by as much as 25 percent.[7]»

Противоречий нет конечно, возможно они имели ввиду как раз таки общий случай, а не x86, но тогда вопрос, если на x86 мы гарантировано не получаем прироста производительности, то откуда они взяли цифру 25% и на какой платформе они получили такой прирост, и хорошо бы им это упомянуть, в силу того, что x86 всё таки значительно популярнее всего остального.

В свинге прирост производительности будет на эти самые 0.000001% которые даже измерить трудно. Да и в других областях также.

Я вобще не понимаю зачем тут прикручена локалинстанс? Переменная не несёт смысла, не используется, и только убивает логику. Я вобще себе иначе помню даблчек локинг.

public static Singleton getInstance()
{
if (instance == null)
{
synchronized(Singleton.class) {
Singleton inst = instance;
if (inst == null)
{
synchronized(Singleton.class) {
inst = new Singleton();
}
instance = inst;
}
}
}
return instance;
}

В этом варианте есть локальная переменная, но она создаётся внутри синхронайзд блока, и не убивает логику как тут.

Если «все прагматики», то и темы бы не было — какая разница как получать экземпляр если мы синглотанми почти не пользуемся). Да и HotSpot VM, похоже, разогревшись, уберёт блок синхронизации даже из «Synchronized Accessor», так какая тогда разница «как»?))

Сходу вспоминается DependencyManager в DI, EntityManager в ORM. Даже простое подключение к базе через JNDI тоже, скорее всего, будет сделано через синглтон. Используется повсеместно в своих областях.

Правильно — синглтоны не создавать. Из чистейшего, незамутненного прагматизма.

Да, еще внешние классы static: компилятор ругается (modifier static not allowed here)

Я не понял конструктивного посыла вашего комментария. Что вы хотели им сказать? Что не так с тем, чтобы задавать вопрос на понимание того, как работает сериализация и как с ее помощью можно легко нарушить безопасность простейшего, казалось бы, паттерна? Или что, вы не разу не встречались с кодом, написанным тысячей индийских коллег за 7 лет? Или это все в вас бродит ненависть к паттерну синглтон?

Не бойтесь, он вам ничего не сделает.