Через Synchronize нужно синхронизировать только те объекты которые используют очередь сообщений. Все глобальные объекты нужно синхронизировать по другому, например с помощью критических секций (TCriticalSection или API ф-ий). Иногда логика программы требует блокировки других потоков.
например
| Код |
CRITICAL_SECTION lock;
InitializeCriticalSection(&lock);
|
код потока
| Код |
EnterCriticalSection(&lock);
//используем глобальные данные
//одновременно этот участок кода может выполнять только 1 поток, остальные ждут
LeaveCriticalSection(&lock);
|
Другой пример, если один поток читает std::vector, а другой добавляет элементы в него то может произойти ошибка доступа (если произойдет realloc). В то-же время можно спокойно читать вектор из нескольких потоков.
| Код |
TMultiReadExclusiveWriteSynchronizer* lock;
std::vector<int> vect;
|
1 поток - читает
| Код |
lock->BeginRead();
for (std::vector<int>::iterator i = vect.begin(); i != vect.end(); ++i)
{
делаем что-то что не меняет контейнер
}
lock->EndRead();
|
2 поток - добавляет
| Код |
for (;;)
{
lock->BeginWrite();
vect.push_back(somedata);
lock->EndWrite();
}
|
здесь элемент в вектор добавлен не будет, пока не выполнится первый поток, в то-же время произвольное число потоков может читать вектор.
Еще один пример
| Код |
class Obj
{
bool flag;
public:
Obj() : flag(true) {}
void Method()//этот метод должен выполнить работу только один раз
{
if (flag)
{
Сделать что-нибудь 1 раз
flag = false;
}
}
};
|
Представь что объект Obj используется несколькими потоками и оба вызывают метод Method, произойдет вот что:
оба потока проверят условие примерно в одно время, и flag == true для обоих
проблема решается критической секцией
| Код |
class Obj
{
bool flag;
CRITICAL_SECTION lock;
public:
Obj() : flag(true) {
InitializeCriticalSection(&lock);
}
void Method()//этот метод должен выполнить работу только один раз
{
EnterCriticalSection(&lock);
if (flag)
{
Сделать что-нибудь 1 раз
flag = false;
}
LeaveCriticalSection(&lock);
}
};
|
В общем нужно искать разумный компромис, если слишком сильно все защищать, толку от многопоточности не будет, с другой стороны возможны самые неожиданные глюки. В общем нужно сводить к минимуму совместно используемые данные, применять глубокое копирование, выделять объекты которые могут совместно читаться из разных потоков, и тд. |
)