Ccriticalsection можно использовать в производстве?

Question

Мы пара новичков в MFC и создаем многопоточное приложение.Мы сталкиваемся со статьей в URL, которая предупреждает нас не использовать CCriticalSection, так как его реализация нарушена.Нам интересно знать, есть ли у кого-нибудь опыт использования CCriticalSection, и не сталкивались ли вы с какими-либо проблемами или ошибками?Является ли CCriticalSection пригодным для использования и готовым к производству, если мы используем VC ++ 2008 для создания нашего приложения?

http://www.flounder.com/avoid_mfc_syncrhonization.htm

thx

Answer 1

Я думаю, что эта статья основана на фундаментальном недопонимании того, для чего нужен CSingleLock и как его использовать.

Вы не можете заблокировать один и тот же CSingleLock несколько раз, но вы не должны это делать. CSingleLock, как следует из его названия, предназначен для блокировки чего-то ОДНАЖДЫ.

Каждый CSingleLock просто управляет одной блокировкой на каком-либо другом объекте (например, CCriticalSection, который вы передаете его во время построения), с целью автоматического снятия этой блокировки, когда CSingleLock выходит из области видимости.

Если вы хотите заблокировать базовый объект несколько раз, вы должны использовать несколько CSingleLocks; Вы не будете использовать один CSingleLock и пытаться заблокировать его несколько раз.

Неверно (его пример):

CCriticalSection crit;
CSingleLock lock(&crit);
lock.Lock();
lock.Lock();
lock.Unlock();
lock.Unlock();

Справа:

CCriticalSection crit;
CSingleLock lock1(&crit);
CSingleLock lock2(&crit);
lock1.Lock();
lock2.Lock();
lock2.Unlock();
lock1.Unlock();

Еще лучше (так что вы получите RAII):

CCriticalSection crit;
// Scope the objects
{
    CSingleLock lock1(&crit, TRUE); // TRUE means it (tries to) locks immediately.
    // Do stuff which needs the lock (if IsLocked returns success)
    CSingleLock lock2(&crit, TRUE);
    // Do stuff which needs the lock (if IsLocked returns success)
}
// crit is unlocked now.

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

(Кроме того, вы должны проверить CSingleLock.IsLocked, чтобы увидеть, была ли блокировка успешной. Я оставил эти проверки для краткости и потому, что они были исключены из исходного примера.)

Если сам CCriticalSection страдает от той же проблемы, то это, безусловно, проблема, но он не представил никаких доказательств того, что я вижу. (Возможно, я что-то пропустил. Я не могу найти источник CCriticalSection в моей установке MFC, чтобы также проверить это.)

Answer 2

Эта статья предполагает, что простая ситуация использования этих примитивов хороша, за исключением того, что их реализация нарушает семантику, которую от них следует ожидать.

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

Однако в статье есть жалобы на то, что ограничения непростительны.