§Используйте ленивую инициализацию избирательно. В большинстве случаев, нормальная инициализация предпочтительнее, чем ленивая. Если вы используете ленивую. - презентация

1 §Используйте ленивую инициализацию избирательно

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

3 Если вам нужно применить подход ленивой инициализации и синхронной инициализации к static переменной – это называется владелец ленивой инициализации. Мы получаем бесплатно синхронизированную инициализацию класса при первом обращении, и оптимизированные последующие обращения.

4 Если необходимо использовать ленивую инициализацию для производительной инициализации поля класса, используйте подход двойной проверки.

5 Если поле допускает многократную инициализацию, то возможно использовать одинарную проверку Если вы допускаете, что каждый поток проинициализирует это поле, и тип поля не long и не double, то можете убирать модификатор volatile.

6 §72 Не завязывайтесь на работу планировщика

7 Любая программа, которая полагается на определенную работу планировщика в своей работе или для обеспечения производительности – почти наверняка не портируема. Количество runnable потоков должно не сильно превосходить количество ядер. (waiting runnable)

8 Поток не должен быть запущен до тех пор, пока он не может сделать что-то полезное. Потоки не должны в цикле проверять что-то для продолжения своей работы (busy-wait)

9 Класс будет работать в 2000 раз медленнее чем CountDownLatch при 1000 потоков

10 Попытка исправить подобные проблемы при помощи Thread.yield() - не удачная альтернатива Thread.yield() не обладает тестируемой семантикой Приоритет потоков облает наименьшей переносимостью из JDK Thread groups are obsolete