Итак задача (переделанная из специфической в объекты, понятные всем). 
Назовём её так. "Многопоточный сбор состояния экипажа танка"
Есть у нас конвеер, на котором движутся танки. В танках уже сидит экипаж (роботы). У этих роботов есть коллекция модулей, у которых в парарельных потоках нужно опросить их состояние. Т.е. грубо говоря у модуля есть метод Ready(), который вернет пригодность или нет. 

Танк -> роботы -> Начинка роботов. При чем опрос танков на конвеере и опрос роботов в танке проходит не паралельно а один за другим, а именно опрос модулей робота в танке - многопоточно.  В каждом роботе может быть разное количество модулей. В среднем 8-15. Опрос каждого модуля ~ 200мс. И не хотелось бы использовать что-то типа Тред.Слип(). Хочу архитектурку чисто event based...

Вроде все вводные предоставил. Преступим. 

В идеологии должно бы было это работать. БекграундВоркер запускает в фоновом потоке метод ПроверитьВсеТанки(). 
ПроверитьВсеТанки() перебирает танки по одному и вызывает их проверку (через публичный метод класа Танк). 
Метод ПроверитьТанк() берет первого члена своего экипажа и запускает метод проверки модулей ПроверитьРобота(). 
ПроверитьРобота перебирает все модули, запуская для проверки каждого модуля свой тред. Каждый тред вернет результат в обработчик ивента и как только общее количество результатов совпадет с количеством модулей  - вызовется метод ПроверитьТанк() с следующим членом экипажа. 



Итак. Есть метод ПроверитьВсеТанки() который привязан к BackGroundWorker. Весь процесс начинается с backgroundworker.RunWorkerAsync();





Сам проверяльщик модулей описывать бумаю не стоит, что бы не загромождать. Обычный класс, который замаячит обработчику событий ПроверяльщикМодулей_Checked о том, что переданный модуль проверен. После этого проверяльщик умирает, так как для каждого модуля создается свой экземпляр проверяльщика. 

Где у меня бок? Бок в том, что метод ПроверитьРобота() отправляет на проверку модули и заканчивается, что приводит к тому, что он возвращает проверяльщику танка, что я выполнился и можно отправлять на проверку следующий танк. Как справится - не очень понимаю. Сразу напрашивается - сделать ивент у Танка, что бы он срабатывал в том месте, где у меня return; ()типа там где кончился экипаж. Только вот проблемы это как бы не снимает, так как метод ПроверитьВсеТанки() всеравно побырику отправит все танки на проверку и бекграундВоркер схлопнется   . НА листике рисовал - вроде все работает и так и эдак. Но на практике сразу впираюсь на очевидный бок и что с ним делать - хз. Помогите советом. 











Это сообщение отредактировал(а) Bladerender - 31.5.2011, 15:56

На вскидку. 

Ты же должен дождаться выполнения потоков. А для этого поток, котрый запускает другие потоки должен ждать, а не идти дальше, не дождавшись выполнения. 

Кури Join()

Не скажу на сколько этот ответ верен, ибо вопрос не осилил. Но если это то, то посмотри такую штуку как барьеры.

Join() решает. Спасибо.