Многопоточное поведение со статическими членами

Вы в безопасности в том смысле, что getInstance вернет один и тот же экземпляр нескольким потокам. Это гарантируется JLS, и это единственное место, которому вы должны делегировать свое понимание. В частности, в этой главе говорится:

Для каждого класса или интерфейса C существует уникальная блокировка инициализации LC.

И продолжает дальше, говоря, что:

Процедура инициализации C выглядит следующим образом:

Синхронизируйте блокировку инициализации, LC, для C. Это включает ожидание, пока текущий поток не сможет получить LC

Проще говоря, только один поток может инициализировать это поле static. Период.

Освобождение этой блокировки дает надлежащие happens-before гарантии между действием в статическом блоке и любым потоком, который использует это статическое поле. Это следует из той же главы, из:

Реализация может оптимизировать эту процедуру, исключая получение блокировки на шаге 1 (и освобождение на шаге 4/5), когда она может определить, что инициализация класса уже завершена, при условии, что с точки зрения модели памяти все происходит: до порядков, которые существовали бы, если бы блокировка была получена, все еще существуют, когда выполняется оптимизация

Или, опять же, говоря простым языком, все, что происходит в этом блоке static, будет видно всем читающим потокам.

С этой целью у вас будет подходящий инструмент для удаления этого блока static с помощью так называемой постоянной динамики. Инфраструктура для него уже есть, но javac до сих пор ею не пользуется. Подробнее об этом можно прочитать здесь. Некоторые проекты уже используют это - если у вас есть правильный jdk, например, jacoco делает это.

См. тонкости, сделанные в ответе rzwitserloot.

Вот код, аналогичный приведенному там, но адаптированный для использования перечисления как ваш синглтон. Многие рекомендовали перечисление как идеальный способ определения синглтона в Java.

Безопасность потоков гарантируется из-за того же поведения загрузчика классов, которое обсуждалось в другом ответе. Перечисление загружается один раз и только один раз для каждого загрузчика класса при первой загрузке класса.

Если у вас есть несколько потоков, обращающихся к одному объекту, определенному этим перечислением, первый поток, достигший точки загрузки этого класса, вызовет создание экземпляра нашего объекта перечисления с запущенным методом конструктора. Другие оставшиеся потоки будут блокироваться при попытке доступа к объекту перечисления до тех пор, пока класс перечисления не завершит загрузку, а его единственный именованный объект перечисления не завершит свое построение. JVM автоматически справляется со всеми этими спорами, и нам не требуется дополнительное кодирование. Все это поведение гарантируется спецификациями Java.

package org.vaadin.example;

import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;

public enum AppContext
{
    INSTANCE;

    private String wording;

    AppContext ( )
    {
        try
        {
            readStuffFromDataIncludedInMyJar();
        }
        catch ( IOException e )
        {
            throw new Error( "Failed to load from text file. Message # 7a608ddf-8c5f-4f77-a9c9-5ab852fde5b1." , e );
        }
    }

    private void readStuffFromDataIncludedInMyJar ( ) throws IOException
    {
        Path path = Paths.get( "/Users/basilbourque/example.txt" );
        String read = Files.readAllLines( path ).get( 0 );
        this.wording = read;
        System.out.println( "read = " + read );
    }

    public static void main ( String[] args )
    {
        System.out.println( AppContext.INSTANCE.toString() );
    }
}

Когда бег.

read = Wazzup?
INSTANCE