Когда использовать @atomic?

Question

Я уже видел этот вопрос:
What's the difference between the atomic and nonatomic attributes?

Я понимаю, что @atomic не гарантирует поточно, и я должен использовать другие механизмы (например, @synchronized), чтобы понять, что. Исходя из этого, я до сих пор не знаю ТОЧНО, когда использовать атрибут @atomic. Я хотел бы знать USE CASE использования @atomic.

Answer 1

Типичный прецедент для свойств atomic - это дело с примитивным типом данных для нескольких потоков. Например, предположим, что у вас есть какой-то фоновый поток, выполняющий некоторую обработку, и у вас есть свойство состояния BOOL, например. isProcessComplete и ваш основной поток хотят, чтобы проверить, если фоновый процесс завершен:

if (self.isProcessComplete) { 
    // Do something 
} 

В этом случае, объявляя это свойство atomic позволяет использовать/обновлять эту недвижимость через несколько потоков без какого-либо более сложного механизма синхронизации потому что:

• Мы имеем дело со скалярным примитивным типом данных, например BOOL;
• мы объявили его atomic; и
• мы используем метод доступа (например, self.) вместо прямого доступа к ivar.

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

Answer 2

@atomic гарантирует, что ценность, которую вы получите, не будет тарабарщиной. Возможная ситуация - прочитать заданное значение из одного потока и установить его значение из другого. Затем ключевое слово @atomic гарантирует, что вы получите целое значение. Теперь важно то, что ценность, которую вы получаете, не гарантируется тем, что было установлено совсем недавно.

Вторая часть вашего вопроса, касающаяся прецедента, является чисто косвенным, в зависимости от реализации намерений. Например, если у вас есть какое-то временное обновление в списке каждую секунду или около того, вы можете использовать атомный, чтобы убедиться, что вы получите целые значения, а таймер, который обновляет ваш список, может гарантировать, что у вас будут последние данные на экране или под капотом в какой-то неявной логике.

EDIT: После замечания от @Rob я увидел необходимость перефразировать последнюю часть моего ответа. В большинстве случаев atomic недостаточно, чтобы выполнить эту работу. И есть потребность в лучшем решении, например @synchronized.