В чем разница между атомарными и неатомарными атрибутами?

Атомарный:

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

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

-(void) setName:(NSString*)string
{
  if (name)
  {
    [name release]; 
    // what happens if the second thread jumps in now !?
    // name may be deleted, but our 'name' variable is still set!
    name = nil;
  }

  ...
}

Профессионалы: Возврат полностью инициализированных объектов каждый раз делает его лучше всего выбором в случае многопоточности.

Недостатки: хит Производительности, делает выполнение немного медленнее

Неатомарным:

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

Профессионалы: Чрезвычайно быстрое выполнение.

Недостатки: Возможности мусора оценивают в случае многопоточности.

Это объяснено в документации Apple , но ниже некоторые примеры того, что на самом деле происходит.

<забастовка> Примечание, что нет никакого "атомарного" ключевого слова, если Вы не определяете "неатомарный", тогда свойство является атомарным, но определение "атомарного" явно приведет к ошибке.

, Если Вы не определяете "неатомарный", тогда свойство, является атомарным, но можно все еще определить "атомарный" явно в последних версиях, если Вы хотите.

//@property(nonatomic, retain) UITextField *userName;
//Generates roughly

- (UITextField *) userName {
    return userName;
}

- (void) setUserName:(UITextField *)userName_ {
    [userName_ retain];
    [userName release];
    userName = userName_;
}

Теперь, атомарный вариант немного более сложен:

//@property(retain) UITextField *userName;
//Generates roughly

- (UITextField *) userName {
    UITextField *retval = nil;
    @synchronized(self) {
        retval = [[userName retain] autorelease];
    }
    return retval;
}

- (void) setUserName:(UITextField *)userName_ {
    @synchronized(self) {
      [userName_ retain];
      [userName release];
      userName = userName_;
    }
}

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

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

Самый легкий ответ сначала: нет никакого различия между Вашими вторыми двумя примерами. По умолчанию средства доступа свойства являются атомарными.

Атомарные средства доступа в не собрали "мусор" среда (т.е. когда использование сохраняет/выпускает/автовыпускает), будет использовать блокировку, чтобы гарантировать, что другой поток не вмешивается в корректную установку/получение значения.

Посмотрите" Производительность и Поточная обработка " раздел Objective C Apple 2,0 документации еще для некоторой информации и для других соображений при создании многопоточных приложений.