Всем добрый вечер.
Есть одна ситуация с потоками никак не могу решить. У кого есть какие соображения поделитесь
пожалуйста.

Есть метод DoSomeOperation (в нем отсылается HTTP запрос и принимается ответ):

В программе создается множество потоков, каждый из которых беспрерывно вызывает DoSomeOperation.
При нажатии одной кнопки мне нужно прервать все потоки, делаю так:

В чем проблема: если после такого прерывания вновь запустить все потоки на выполнение, то все они жутко тормозят в строчке, которую я в коде обозначил как проблемную. Нужно ждать 
несколько минут прежде чем первый из вновь запущенных потоков завершит выполнение этой
строки.
Вот что это может быть? Поделитесь соображениями пожалуйста.

Это сообщение отредактировал(а) boris__ - 19.11.2008, 23:48

Abort не лучший способ прибить потоки... лучше всеже давать им нормально завершиться
нечто вроде:


а если хочется "полной отчистки" - привязывайте Thread в другой домен, который и грохайте при аборте (вот это настоящий "аборт"))..

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

а еще у вас нету нормального catch - зачем при выходе из finally повторно генерировать ThreadAbortException ?

Спасибо за ответ!
Но проблема в том, что у меня может быть очень много параллельно работающих потоков.
Если просто дожидаться пока каждый из них завершит свою работу, то нужно будет ждать слишком долго пока завершатся все запросы.

Сейчас сделал так - для каждого httpRequest вызываю метод Abort();, и дальше жду пока все потоки завершатся нормально

boris__, вызывай BeginGetResponse и жди одновременно его IAsyncResult.AsyncWaitHandle и ManualResetEvent от главного потока. Через WaitHandle.WaitAny. Если дождался AsyncWaitHandle - обрабатывай респонз. Если stopEvent - то просто ничего не делай и выходи.
В главном потоке вызывай ManualResetEvent.Set и джойнь все потоки.

boris__ не думаю что Abort способен прибить подвисший запрос - код-то неуправляемый вызывается... так что механизм предложенный PashaPash  выглядит весьма привлекательным...

спасибо, но ничегошеньки непонятно((
а можно привести схематичный пример?

а может есть источники где можно подкрепиться знаниями об асинхронных вызовах?

я так и не понял, дождаться  AsyncWaitHandle это значит дождаться окончания моего HTTP запроса? А в каком случае я его не дождусь?

Это сообщение отредактировал(а) boris__ - 21.11.2008, 16:32

boris__, чисто схематично:

Спасибо огромное!  Уже далеко продвинулся.

Появилась теперь другая проблема - не джойнятся все потоки, после установки события stopEvent
(интерфейс просто подвисает). Делаю это так:


и еще одну вещь так и не понял - что катастрофического в вызове метода Abort у моего реквеста?
он не прихлопывается? ...у меня вроде сразу обрывается

http://www.rsdn.ru/article/dotnet/CSThreading1.xml
http://rsdn.ru/article/dotnet/CSThreading2.xml

там очень подробно про потоки можно почитать.... про вред и пользу абортов там же..

отладь часть потоковой функции после WaitHandle.WaitAny. Если не джойнится - значит функция не завершилась. Ну или ты ждешь не только потоки понимающие stopEvent, а еще какие-то другие.

Понял в чем проблема:
Дело в том, что в моих рабочих потоках после получения результата http запроса некоторые данные сохраняются в контролах моего окна. То есть пишу так:


а когда я в основном потоке джойню мои рабочие потоки, они не могут завершится, потому что ждут для записи результата ответа основного потока, который их джойнит, и все повисает.
Что можно в таком случае сделать?

boris__, заменить Invoke на BeginInvoke.

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

Добил задачу
Всем большое спасибо за помощь!