Потоков event loop — по числу ядер. Синхронный JDBC-запрос блокирует такой поток, и все соединения на нём ждут: несколько медленных запросов — и сервис стоит.
А ещё Или выбрать MVC с виртуальными потоками
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
В этом принципиальная разница с моделью thread-per-request: там блокировка тормозит один запрос, здесь — целую группу. Несколько заблокированных потоков способны полностью остановить приложение под нагрузкой. Если блокирующий вызов неизбежен, его выносят на отдельный планировщик — subscribeOn(Schedulers.boundedElastic()), — но это лишь смягчение: вы возвращаетесь к модели с потоком на операцию и теряете значительную часть смысла реактивного стека. Правильнее использовать реактивный драйвер (R2DBC вместо JDBC) либо честно признать, что для этого сервиса подходит обычный MVC. Отлавливать такие места помогает BlockHound. Стоит помнить и общее правило: реактивный стек имеет смысл только целиком, одно блокирующее звено обесценивает всю цепочку.
Один верный вариант. Подумайте, потом откройте ответ.
Неблокирующая модель и event loop, Reactive Streams и Reactor (Mono/Flux), backpressure, реактивный стек целиком, выбор MVC/WebFlux и цена сложности.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto