在单行中：

原子是线程安全的。非原子是线程不安全的。

原子：

原子保证以原子的方式访问财产。例如，它总是返回一个完全初始化的对象，一个线程上的属性的任何获取/设置都必须在另一个线程访问它之前完成。

如果你想象一下下面的函数同时出现在两个线程上，你就会明白为什么结果不好看。

-(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;
  }

  ...
}

赞成的意见：每次返回完全初始化的对象是多线程情况下的最佳选择。

欺骗：性能受到影响，执行速度稍慢

非原子：

与Atomic不同，它不能确保每次都返回完全初始化的对象。

赞成的意见：执行速度极快。

欺骗：在多线程的情况下，可能会产生垃圾值。

事实是，他们使用自旋锁来实现原子属性。代码如下：

 static inline void reallySetProperty(id self, SEL _cmd, id newValue, 
      ptrdiff_t offset, bool atomic, bool copy, bool mutableCopy) 
    {
        id oldValue;
        id *slot = (id*) ((char*)self + offset);

        if (copy) {
            newValue = [newValue copyWithZone:NULL];
        } else if (mutableCopy) {
            newValue = [newValue mutableCopyWithZone:NULL];
        } else {
            if (*slot == newValue) return;
            newValue = objc_retain(newValue);
        }

        if (!atomic) {
            oldValue = *slot;
            *slot = newValue;
        } else {
            spin_lock_t *slotlock = &PropertyLocks[GOODHASH(slot)];
            _spin_lock(slotlock);
            oldValue = *slot;
            *slot = newValue;        
            _spin_unlock(slotlock);
        }

        objc_release(oldValue);
    }

如果您在多线程代码中使用属性，那么您将能够看到非原子属性和原子属性之间的区别。非原子比原子快，原子是线程安全的，而不是非原子的。

Vijayendra Tripathi已经给出了一个多线程环境的示例。

这个问题的其他优秀答案已经定义了语法和语义。因为执行和性能没有很好地详细描述，我将补充我的答案。

这三者之间的功能差异是什么？

我一直认为原子是一个默认值，这很奇怪。在我们工作的抽象级别上，使用类的原子财产作为实现100%线程安全的工具是一个很难的情况。对于真正正确的多线程程序，几乎肯定需要程序员的干预。同时，性能特征和执行还没有详细描述。多年来，我编写了一些大量的多线程程序，一直在声明我的财产是非原子的，因为原子对于任何目的都是不敏感的。在讨论原子和非原子财产这个问题的细节时，我做了一些分析，遇到了一些奇怪的结果。

处决

好的。我首先要澄清的是，锁定实现是由实现定义和抽象的。Louis在他的示例中使用了@synchronized（self）——我认为这是一个常见的混淆来源。该实现实际上没有使用@synchronized（self）；它使用对象级自旋锁。Louis的插图很适合使用我们都熟悉的结构进行高级插图，但重要的是要知道它没有使用@synchronized（self）。

另一个区别是，原子财产将在getter中保留/释放对象的循环。

表演

这里有一个有趣的部分：在无竞争（例如单线程）的情况下，使用原子属性访问的性能在某些情况下会非常快。在不太理想的情况下，使用原子访问的开销可能是非原子访问的20倍以上。而使用7个线程的Contested情况下，三字节结构（2.2 GHz Core i7四核，x86_64）的速度慢了44倍。三字节结构是一个非常慢的属性的示例。

有趣的补充说明：三字节结构的用户定义访问器比合成原子访问器快52倍；或合成非原子存取器速度的84%。

在有争议的情况下，物体也可以超过50倍。

由于实现中的优化和变化的数量，很难在这些环境中测量真实世界的影响。你可能经常听到这样的话：“相信它，除非你分析并发现它是个问题”。由于抽象级别的原因，实际上很难衡量实际影响。从概要文件中提取实际成本可能非常耗时，而且由于抽象，非常不准确。同样，ARC与MRC可以产生巨大的差异。

因此，让我们后退一步，不关注属性访问的实现，我们将包括像objc_msgSend这样的常见问题，并在无争议的情况下（以秒为单位的值）检查对NSString getter的许多调用的一些实际高级结果：

MRC|非原子|手动实现的getter:2MRC|非原子|合成吸气剂：7MRC|原子|合成吸气剂：47ARC |非原子|合成吸气剂：38（注意：ARC在此添加了循环引用计数）ARC |原子|合成吸气剂：47

正如你可能已经猜到的，引用计数活动/循环是原子论和ARC下的一个重要贡献。你也会在有争议的案例中看到更大的差异。

虽然我非常关注性能，但我还是说Semantics First！。同时，性能对于许多项目来说是一个低优先级。然而，了解您所使用的技术的执行细节和成本当然不会有什么坏处。你应该根据自己的需要、目的和能力使用正确的技术。希望这将节省您几个小时的比较，并帮助您在设计程序时做出更明智的决定。

首先最简单的回答是：第二个例子之间没有区别。默认情况下，属性访问器是原子的。

非垃圾收集环境中的原子访问器（即，当使用retain/release/autorelease时）将使用锁来确保另一个线程不会干扰值的正确设置/获取。

有关更多信息以及创建多线程应用程序时的其他注意事项，请参阅苹果Objective-C 2.0文档的“性能和线程”部分。