Виртуальные потоки: как устроены и когда брать

Обычный поток Java это поток ОС: мегабайт под стек, переключение через ядро, тысячи на сервер. Виртуальный поток это объект JVM: его стек хранится в куче как continuation, исполняется он на небольшом пуле потоков-носителей, по умолчанию ForkJoinPool размером с число ядер. Когда виртуальный поток блокируется на сокете, JVM сохраняет его состояние и отдаёт носитель другому. Поэтому можно держать миллионы потоков и писать простой блокирующий код вместо реактивного. Выигрыш только для I/O-нагрузки. Нюансы: в Java 21 блокировка внутри synchronized приколачивает поток к носителю, это исправили в 24; потоки не пулят, ограничение делают семафором; ThreadLocal с большими объектами умножается на число потоков. В Spring Boot 3.2+ включается одним свойством. Перед включением смотрю, что станет узким местом: обычно это пул соединений к БД, и тысячи потоков просто встанут в очередь за соединением.