Метод Synchronize класса TThread

[avd]

Известно, что при использовании в приложении дополнительного потока "Методы и свойства объектов из библиотеки визуальных компонентов могут использоваться только в рамках вызова метода Synchronize ...".
Понятно, что изменение свойств визуального компонента должно выполнятся из того потока который им владеет, то есть из основного.
А как насчёт чтения? Я думаю чтение просто в Execute без Synchronize. А вы как считаете?

[Аватар]

Считаю что только из Synchronize. Кто знает, что в это время происходит с этим свойством в основном потоке

[avd]

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

procedure TThrd.Execute;
begin
...
 proc1(); 
 proc2(); 
...
end;

procedure TThrd.proc2();
...
 Cell := Form1.StringGrid1.Cells[1,2]
// Synchronize сюда не воткнёш, и придётся весь код
// процедуры proc2 тащить в Execute
...

[s-andriano]

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

[avd]

Сообщение от avd

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

procedure TThrd.Execute;
begin
...
 proc1(); 
 proc2(); 
...
end;

procedure TThrd.proc2();
...
 Cell := Form1.StringGrid1.Cells[1,2]
// Synchronize сюда не воткнёш, и придётся весь код
// процедуры proc2 тащить в Execute
...

ААААА..... Каюсь!!!!
Synchronize можно воткнуть в proc2! Видимо, когда первый раз делал эксперимент, получился какой-то экскримент.
Всё работает, буду использовать Synchronize.

[3D Hunter]

чтение данных из стороннего потока в целом всегда безопасно и не вызовет AV даже при одновременном изменении читаемых данных другим кодом. тут надо уяснить атомарность результата:вы не получите невнятные данные при их чтении во время изменения этих данных. вы получите данные либо до изменения, либо после изменения. например, есть переменная а=5. вы читаете ее из потока, но в это время другой поток меняет ее значение на 8. исходов два: вы получите либо 5, либо 8. это зависит от приоритетов потоков и работы ОС. можно задать вопрос: ок, это если у меня одно ядро в пооцессоре, а если больше, то получим истинный параллелизм? да, так и есть, но в единицу времени ячейка памяти в каждом из банков озу допускает только чтение или запись, так что параллелизма здесь как такового нет. постарался в кратце объяснить природу многопоточности и синхронизации. в чем не прав, поправьте.

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