ServiceStack не имеет настраиваемой модели параллелизма для
AppHost, это зависит от AppHost, который вы решили разместить у
своих сервисов ServiceStack:
Хост ASP.NET (AppHostBase)
Для веб-узлов ASP.NET ServiceStack не создает никаких
новых потоков , запросы просто обрабатываются на том же
IIS/Nginx/etc ASP.NET HTTP WebWorker, который обрабатывает
запрос.
HttpListener Self-Host (AppHostHttpListenerBase)
ServiceStack создает новый поток Startup при
вызове new AppHost (). Start (url) . Во время
выполнения нет новых потоков, т. Е. Запрос обрабатывается в потоке
обратного вызова асинхронного HttpListener.
HttpListener Long Running Self-Host
(AppHostHttpListenerLongRunningBase)
Это еще один параметр HttpListener для самостоятельного хоста
для ServiceStack, который использует собственный управляемый
ThreadPool для выполнения запроса (освобождение потока обратного
вызова асинхронного HttpListener async). Пул по умолчанию для
ThreadPool по умолчанию - 500 , хотя это
настраивается в конструкторе
AppHostHttpListenerLongRunningBase (poolSize) .
RedisMQ Host (RedisMqServer)
Хорошим вариантом для управления долговременными задачами
является делегирование запросов на
Redis MQ Host , который легкий MQ-сервер, позволяющий отложить
и обработать запросы в управляемых потоках фона. По умолчанию
RedisMqServer генерирует единственный фоновый поток для каждого
типа сообщения (т. Е. Запрос), хотя это настраивается при запуске,
например: в приведенном ниже примере 2 фоновых
потока используются для обработки PostTwitter
, тогда как только один фоновый поток используется для обработки
запросов CallFacebook и EmailMessage
:
mq.RegisterHandler(ServiceController.ExecuteMessage, noOfThreads:2);
mq.RegisterHandler(ServiceController.ExecuteMessage);
mq.RegisterHandler(ServiceController.ExecuteMessage);