действия в одном потоке

Question

Мое приложение делает много фоновых задач, и для каждого такого действия, я создал новый поток для каждого действия

Thread StreamResponse = new Thread(() => 
    { 
     DB.ToDb(flag); 
    }); 
StreamResponse.Start(); 

Эти действия происходят тысячи в минуту. Заметил, что приложение начинает есть RAM. Это нормально, потому что приложение создает тысячи потоков и не закрывает их.

Отсюда возникает вопрос, как это сделать, чтобы эти действия были в отдельном потоке. Например, я создаю поток в отдельном классе и в этом потоке действует commit.

Или иначе? Задача, созданная потоком, и после завершения действия автоматически закрывается. Но, возможно, более правильно все эти шаги нужно сделать в другом потоке. Как вы думаете? Как сделать?

Возможно использование Dispatcher.BeginInvoke?

Answer 1

Кажется, вы могли бы воспользоваться использованием ThreadPool Class. От MSDN:

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

Вот пример кода для его использования:

ThreadPool.QueueUserWorkItem((x) => 
{ 
    DB.ToDb(flag); 
}); 

И вы можете установить максимальное количество одновременных потоков в пуле потоков с использованием ThreadPool.SetMaxThreads Method для того, чтобы улучшить производительность и использование ограничения памяти в ваше приложение.

Answer 2

Почему бы не использовать фабрику задач?

var task = Task.Factory.StartNew(()=>{ /*do stuff*/ }); 

Задача завод работает точно так же, как очередь делает, но имеет то преимущество, что позволяет обрабатывать любую выводимую информацию более элегантно

var result = await task; 

Завод будет только порождать темы, когда это имеет смысл, так essentailly такой же, как пул потоков

Если вы хотите использовать расписание более длительных задач, это также считается лучшим вариантом с точки зрения рекомендуемых практик, но вам нужно будет указать эту информацию о создании задачи.

Если вам нужна дополнительная информация о есть хороший ответ можно найти здесь: ThreadPool.QueueUserWorkItem vs Task.Factory.StartNew