Доброе время суток.

Господа, у меня теоретический вопрос. Почему при уничтожении объекта QThread не завершается поток который он обслуживал?

Вот цитата из документации по Qt 4.2.2



Кто-нибудь знает почему так сделано?

Тут написано, что удаление запущенного потока опасно, но если программист все же решил удалить этот объект разумнее остановить поток!
В этом случае мы можем получить области данных в которых не был завершен процес модификации данных, заблокированные mutex и симофоры и т.д. Однако, если удалить объект не завершая поток, то рискуем получить еще худшую ошибку. Исполняемый код функции run() будет находиться в освобождаемой области данных и в результате программа выполнит недопустимую операцию или обратиться к недопустимому адресу.

Можете ли вы привести пример когда объект можно уничтожить не завершая поток (при условии что поток все еще выполняется)?

Мы не вполне понимаем друг друга.

Попробую сказать по другому. Представте, что вы автор библиотеки Qt. И вот, вы приступили к написанию класса QThread. Добавили бы вы вызов terminate() в деструктор QThread? Я бы добавил. Класс уничтожается и значит поток с котором он был ассоциирован должен быть завершен. Это логично. Он авторы поступили по другому и мне интересно какие у них были причины.

что вобщем то правильно - единственный разумный подход
создать флаг в Thread::run глобальный естественно - чтоб можно изменить извне - вот, далее там же (в теле run) ставим проверки
if (!flag) return; и на signal QThread::finished() вешаем слот с thread->delateLater();

гарантированно работает - позволяет прерывать thread в любой момент

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

Ну а если Вам действительно нужен terminate() в деструкторе - так всё ж в Ваших руках.
Но лучше всё-же контролировать какойнить объект синхронизации в потоке, и завершаться по соответствующему условию.

Общая стратегия, как правильно писал Alex03, это контролировать объект синхронизации в потоке. В данном случае просто флаг - слишком примитивный объект синхронизации. От задачи к задаче реализация будет менятся и искать единственно правильный вариант в программировании вообще, простите, глупо.