Действительно ли блокировка в моем приложении iPhone?

Question

Я работаю над относительно простым приложением iPhone, которое имеет многоканальный таймер с рядом настроек, таких как количество раундов и круглую длину. Мы разрешаем устанавливать определенные настройки во время работы таймера, что означает, что таймер может считывать из той же памяти, что и записи параметров. Не существует критических разделов кода, в которых одновременно выполняются несколько потоков, но код из настроек может пытаться записать память, с которой отсчитывает таймер.

С точки зрения простого примера, скажем, мы глобальная переменная Foo и есть метод NSTimer который выглядит следующим образом:

- (Недействительными) timerTick { NSString * х = Foo; }

затем в коде настроек, мы делаем это в то время как таймер работает:

Foo = @ "тест";

Будет ли достаточно, чтобы сделать foo атомарным в этом приложении или нам нужна какая-то схема блокировки?

Спасибо.

Answer 1

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

Более подробно, когда вы создаете таймер с NSTimerscheduledTimerWithTimeInterval:target:selector:userInfo:repeats:, полученный таймер добавляется в цикл выполнения потока, в котором вы создаете таймер. Таким образом, если вы создаете экземпляр NSTimer в основном потоке таким образом, запуск таймера обрабатывается как часть цикла основного события, поэтому обратный вызов, который вы зарегистрировали, вызывается в основном потоке, а не в другом потоке. Таким образом, если вы сами не создаете ни одного потока, нет никаких проблем в отношении блокировки и т. Д.

Для получения дополнительной информации см. this.

Answer 2

Вы можете либо синхронизировать @synchronized, либо NSLock/NSRecursiveLock/NSConditionLock, что вы читаете и записываете. Лучше использовать стандартные способы сделать это, чем рисковать преждевременно публиковать ноль foo.