в основном общается с базой и возвращает ответы оттуда в нужном формате. Не могу никак нагуглить как в джаве делать приложения такого рода максимально эффективными, в гугле все предлагают создавать новые треды или использовать пулл тредов, но это не решает проблему эффективного использования железа для этой задачи.
Простой пример - представим что наша БД это микросервис который отвечает 1 секунду (просто для наглядности). Мы принимаем запросы, в пулл из 100 тредов, берем запрос к API, делаем запрос к БД, ждем ответа ничего не делая в этом треде и засыпая, а потом делаем что-то ещё и отдаём результат.
И вот мы приняли 100 запросов, треды спят дожидаясь ответа, и 101 запрос мы уже не обрабатываем до того момента, пока один из тредов не освободится. При этом, мы не делаем вообще ничего полезного, хотя могли бы пока ждем ответа от БД, сделать другую работу, не зависящую от данных из БД. Таким образом мы завязаны на скорость IO, на ответы БД, на ответы других бэкэндов и сторонних API и не делаем ничего дожидаясь от них ответов. Это очень не эффективно.
Как решают эти задачи в java? В nodejs например, есть event loop, который позволяет во время ожидания выполнять другую работу в одном и том же треде. В php есть генераторы (yield) на которых строят свои event loop (reactPHP, AMPhp) и таким образом тоже делают полезную работу пока ожидают ответа. А что делают в java?
почитай про селекторы
> А что делают в java не парятся и расставляют спринговые аннотации А если серьезно, то используют какой-нибудь фреймворк, в котором нетти под копотом, в котором тот же самый евент луп. (с БД проблема никуда не делась)
Про какие селекторы?
Обсуждают сегодня