Главный довод за event loop — дороговизна потока — снят: виртуальный поток дешёв и при блокировке отцепляется от несущего. Можно писать блокирующий читаемый код при высокой конкурентности.
А ещё Стектрейсы и отладка снова понятны
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Исторически модель поток-на-соединение упиралась в стоимость платформенных потоков, и ради масштаба переходили на Selector с event loop, платя за это резко усложнённым кодом: логика размазывается по колбэкам, стектрейсы теряют смысл, отладка тяжелеет. Виртуальные потоки убирают исходную причину — блокировка больше не удерживает ресурс ОС, поэтому прямолинейный последовательный код снова масштабируется. Это не отменяет NIO: каналы и буферы остаются основой, а event loop по-прежнему уместен в очень низкоуровневых и латентно-критичных случаях. Но для типичного серверного приложения выбор сместился обратно в сторону простого блокирующего стиля.
Один верный вариант. Подумайте, потом откройте ответ.
io против nio, Channel и ByteBuffer с его flip/clear, Selector и event loop, влияние виртуальных потоков и NIO.2.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto