Почему параллельный поток с лямбда в статическом инициализаторе вызывает взаимоблокировку?

для тех, кто задается вопросом, где находятся другие потоки, ссылающиеся на Deadlock сам класс, Java lambdas ведут себя так, как вы написали это:

public class Deadlock {
    public static int lambda1(int i) {
        return i;
    }
    static {
        IntStream.range(0, 10000).parallel().map(new IntUnaryOperator() {
            @Override
            public int applyAsInt(int operand) {
                return lambda1(operand);
            }
        }).count();
        System.out.println("done");
    }
    public static void main(final String[] args) {}
}

с регулярными анонимными классами нет тупика:

public class Deadlock {
    static {
        IntStream.range(0, 10000).parallel().map(new IntUnaryOperator() {
            @Override
            public int applyAsInt(int operand) {
                return operand;
            }
        }).count();
        System.out.println("done");
    }
    public static void main(final String[] args) {}
}

существует отличное объяснение этой проблемы с помощью Андрей Пангин от 07 апреля 2015 года. Он доступен здесь, но он написан на русском языке (я предлагаю просмотреть образцы кода в любом случае - они являются международными). Общая проблема заключается в блокировке во время инициализации класса.

вот некоторые цитаты из статьи:

---

по данным JLS, каждый класс имеет уникальный замок инициализации это фиксируется во время инициализации. Когда другой поток пытается получить доступ к этому классу во время инициализации, он будет заблокирован на блокировке до завершения инициализации. Когда классы инициализируются одновременно, можно получить взаимоблокировку.

Я написал простую программу, которая вычисляет сумму целых чисел, что он должен печатать?

public class StreamSum {
    static final int SUM = IntStream.range(0, 100).parallel().reduce((n, m) -> n + m).getAsInt();

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

теперь удалить parallel() или заменить лямбда на Integer::sum вызов - что изменится?

здесь мы видим тупик опять же [ранее в статье было несколько примеров взаимоблокировок в инициализаторах классов]. Из-за parallel() потоковые операции выполняются в отдельном пуле потоков. Эти потоки пытаются выполнить лямбда-тело, которое записывается в байт-код как private static внутри StreamSum класса. Но этот метод не может быть выполнен до завершения класса static initializer, который ждет результатов завершения потока.

что еще умопомрачительно: этот код работает по-разному в различных сред. Он будет работать правильно на одном процессоре и, скорее всего, будет висеть на многопроцессорной машине. Это различие происходит от реализации пула Fork-Join. Вы можете проверить это самостоятельно изменив параметр -Djava.util.concurrent.ForkJoinPool.common.parallelism=N