Правильный способ многопоточности внутри Tomcat/Jetty

Вот мой прецедент.Правильный способ многопоточности внутри Tomcat/Jetty

Клиент отправляет запрос на сервер.
Серверу необходимо выполнить следующие действия: 2.a. Сделайте сетевой вызов, чтобы получить некоторые данные (D).
2.b. Создайте процессор (P) для обработки данных.
Р обрабатывает D и отправляет ответ обратно клиенту

Создание процессор стоит дорого (около порядка 1-3 секунд.) Но это не зависит от данных Д.

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

Я никогда не делал многопоточное программирование внутри сервера приложений. Мой вопрос - лучший способ борьбы с потоками внутри сервера приложений (в частности, Tomcat и Jetty)

Спасибо.

источник

2012-05-09 Soumya Simanta

Не могли бы вы объединить экземпляры процессора? – Jeremy

Не всегда. Потому что процессор зависит от состояния в моем запросе, который «может» меняться каждый раз. –

ИМО лучше всего использовать рамки Executor. Это облегчает работу с параллелизмом.

couple of tutorials для того, чтобы вы начали.

Тот факт, что ваш код работает внутри веб-контейнера, такого как Tomcat, не должен вас слишком беспокоить. Это означает, что фактический поток, обрабатывающий запрос, фактически является рабочим потоком, взятым из пула потоков, управляемого самим сервером приложений. Тем не менее, до тех пор, пока ваши собственные потоки выполняют свою работу чисто (т. Е. Только модифицируют данные, ограниченные этим фактическим запросом, и не мешают другим, внешним потокам), и их не так много, в то же время все должно будь умницей.

источник

2012-05-09 15:59:39

Tomcat 7 поддерживает сервлет 3.0 и это асинхронные сервлеты - он поддерживает собственный пул потоков и предоставляет стандартный API для выполнения запросов в отдельных потоках. Вы можете видеть здесь пример: Async Servlets in Tomcat 7

источник

2012-05-09 16:02:57

Я просто выброшу, что jetty 8 также поддерживает сервлет 3.0. И в конечном итоге вы должны принять стандартный подход, а не на заказную реализацию, по крайней мере, если вы собираетесь перенести серверный api в первую очередь. –

Будет ли это работать с весной? –

Насколько мне известно, Spring MVC пока этого не поддерживает. Вы также не можете использовать autowiring в таком сервлете, но вы можете получить весенний контекст со следующим кодом и получить от него свои бобы: ServletContext context = getServletContext(); WebApplicationContext applicationContext = WebApplicationContextUtils.getWebApplicationContext (контекст); –

Если создание процессора (P) стоит дорого, можете ли вы создать пул экземпляров P и повторно использовать их так же, как создать пул соединений с базой данных?

Проект Apache Commons Pool может дать вам начальную точку.

источник

2012-05-10 08:33:03 Pidster

Правильный способ многопоточности внутри Tomcat/Jetty

ответ

Смежные вопросы