Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.05.20;
Скачать: CL | DM;

Вниз

Synchronize - поясните   Найти похожие ветки 

 
Ega23 ©   (2007-04-19 11:38) [0]

Когда я из потока вызываю метод основного потока через сабж, дополнительный поток блокируется и дожидается исполнения метода, или всё-таки нет?


 
Игорь Шевченко ©   (2007-04-19 11:39) [1]

да


 
Ega23 ©   (2007-04-19 11:40) [2]

да в смысле блокируется?


 
Игорь Шевченко ©   (2007-04-19 11:43) [3]


> да в смысле блокируется?


да :)


 
Ega23 ©   (2007-04-19 11:44) [4]

Большое спасибо!


 
Ega23 ©   (2007-04-19 11:56) [5]

Тогда вопрос по программной архитектуре (и может, имеет смысл ветку из потрепаловки убрать).

Вот есть доп.поток, который передаёт основному потоку через synchronize какие-то данные, потом, на основании результата что-то делает.
Всё нормально работает.
Но нужно программу завершить. Как корректно убить такой поток?
Если ему тупо Terminate вызвать, а он в это время что-то через тот самый synchronize делает, не повиснет ли он намертво?


 
Игорь Шевченко ©   (2007-04-19 11:59) [6]


> Если ему тупо Terminate вызвать, а он в это время что-то
> через тот самый synchronize делает, не повиснет ли он намертво?
>


Тупой вызов Terminate приводит к установке в True свойства Terminated, каковое свойство по-хорошему должно проверятся в методе Execute потока.
Если поток делает что-то через Syncronize, то очевидно, что свойство Terminated будет проверено после окончания процедуры, вызванной через Syncronize. Причин для зависания я не вижу.


 
Ega23 ©   (2007-04-19 12:00) [7]


> каковое свойство по-хорошему должно проверятся в методе
> Execute потока.


О. Об этом не подумал.
Ещё раз большое спасибо!


 
Юрий Зотов ©   (2007-04-19 12:29) [8]

> Ega23 ©   (19.04.07 11:56) [5]

Он не повиснет в прямом смысле, но будет ждать окончания метода, вызванного через Synchronize. И в ЭТОМ смысле, хоть вызывай Terminate, хоть не вызывай - он УЖЕ "висит", поскольку вызвал Synchronize и ждет ответа. И будет "висеть", пока этого ответа не дождется. А Terminate выполнится в ВЫЗВАВШЕМ потоке и просто установит флаг. Больше этот метод ничего не делает.

Можно использовать другие средства синхронизации. Дополнительный поток через Synchronize передает данные основному потоку, тот принимает данные, захватывает какой-то объект синхронизации (например, критическую секцию) и НЕМЕДЛЕННО возвращает ответ дополнительному потоку. Получив ответ, тот выходит из Synchronize, но тут же начинает ждать освобождения этого объекта синхронизации. Теперь дополнительный поток можно разбудить в любой момент, просто освободив объект синхронизации.

При нормальной работе такая схема вряд ли нужна (потому что главный поток, завершив обработку полученных данных, тем самым автоматически выводит дополнительный  поток из Synchronize). Но в ситуациях, когда требуется "разбудить" дополнительный поток ДО или ПОСЛЕ окончания обработки данных (притом, из ЛЮБОГО места кода главного потока), такая схема может быть полезной.


 
Ega23 ©   (2007-04-19 12:57) [9]


> Юрий Зотов ©   (19.04.07 12:29) [8]


Да, это, похоже, то что нужно.
Большое спасибо!



Страницы: 1 вся ветка

Текущий архив: 2007.05.20;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.044 c
2-1178183234
Bad_B
2007-05-03 13:07
2007.05.20
Массив


2-1178229164
Kostafey
2007-05-04 01:52
2007.05.20
Вложенные SQL запросы в СУБД Access


15-1177382155
Slider007
2007-04-24 06:35
2007.05.20
С днем рождения ! 24 апреля


2-1177757214
Steep
2007-04-28 14:46
2007.05.20
Диалог выбора директории


2-1177582863
sergeyst
2007-04-26 14:21
2007.05.20
Как работать со сканером?