原子（默认）默认为Atomic：如果不键入任何内容，则属性为原子的如果您尝试从它，您将返回一个有效值。它不做任何保证关于这个值可能是什么，但你会得到好的数据，而不是只是垃圾记忆。如果您有多个线程或多个进程指向一个变量，一个线程可以读取，另一个线程可以写入。如果他们同时命中时间，读取器线程保证获得以下两个值之一：在改变之前或改变之后。什么原子没有给你任何形式的保证可能会得到。原子通常与线程安全相混淆，这是不正确的。你需要保证你的线程安全其他方式。然而，atomic将保证，如果您尝试阅读，你会得到某种价值。非原子的另一方面，非原子的，正如你可能猜到的，只是意味着，“不要做原子的事情。”你失去的是保证你总是要得到一些东西。如果你试着在写，你可以取回垃圾数据。但另一方面，你去快一点。因为原子财产必须发挥一些魔力为了保证你会得到一个值，它们有点慢。如果这是一个你经常访问的财产，你可能想放弃降到非原子，以确保你不会导致那样的速度处罚

在此处查看更多信息：https://realm.io/news/tmi-objective-c-property-attributes/

了解差异的最佳方法是使用以下示例。

假设有一个名为“name”的原子字符串属性，如果您从线程A调用[self-setName:@“A”]，从线程B调用[selfsetName:@“B”]，并从线程C调用[self name]，那么不同线程上的所有操作都将串行执行，这意味着如果一个线程正在执行setter或getter，那么其他线程将等待。

这使得属性“name”读/写安全，但如果另一个线程D同时调用[namerelease]，那么这个操作可能会产生崩溃，因为这里没有setter/getter调用。这意味着一个对象是读/写安全的（ATOMIC），但不是线程安全的，因为另一个线程可以同时向该对象发送任何类型的消息。开发人员应确保此类对象的线程安全。

如果属性“name”是非原子的，那么上面示例中的所有线程（A、B、C和D）将同时执行，产生任何不可预测的结果。在原子的情况下，A、B或C中的任何一个将首先执行，但D仍然可以并行执行。

原子的

是默认行为将确保当前进程在另一个进程访问变量之前由CPU完成速度不快，因为它可以确保整个过程完全完成

非原子的

不是默认行为更快（对于合成代码，即使用@property和@synthetic创建的变量）非线程安全当两个不同的进程同时访问同一变量时，可能会导致意外行为

在开始之前：您必须知道内存中的每个对象都需要从内存中解除分配，才能生成新的写入程序。你不能像在纸上那样简单地在上面写字。您必须首先擦除（解除锁定）它，然后才能写入它。如果在擦除完成（或完成一半）的时候，还没有写入任何内容（或写入一半），而您尝试读取它可能会非常困难！原子和非原子帮助你以不同的方式处理这个问题。

首先阅读这个问题，然后阅读Bbum的答案。此外，请阅读我的摘要。

原子将始终保证

如果两个不同的人想同时阅读和写作，你的论文就不会燃烧！-->即使在竞争条件下，您的应用程序也不会崩溃。如果一个人正在尝试写，并且只写了8个字母中的4个，那么没有人可以在中间读，只有当所有8个字母都写了之后才能进行读取-->“仍在写的线程”上不会发生读取（get），即如果要写入8个字节到字节，并且只写入了4个字节，到那时为止，您不允许从中读取。但既然我说它不会崩溃，那么它将从自动释放对象的值中读取。如果在写作之前，你已经删除了之前写在纸上的内容，然后有人想要阅读，你仍然可以阅读。怎样您将从类似于Mac OS垃圾箱的内容中读取内容（因为垃圾箱尚未被100%擦除……它处于边缘状态）--->如果ThreadA在ThreadB已解除分配写入时读取，您将从ThreadB的最终完全写入值中获得一个值，或者从自动释放池中获得一些值。

保留计数是Objective-C中管理内存的方式。创建对象时，其保留计数为1。当您发送对象为保留消息，其保留计数递增1。什么时候如果向对象发送释放消息，则其保留计数将递减通过1。向对象发送自动释放消息时，其保留计数在将来的某个阶段减1。如果对象保留计数减为0，则解除分配。

Atomic不能保证线程安全，但它对实现线程安全很有用。线程安全与您如何编写代码/从哪个线程队列读取/写入代码有关。它只保证不可崩溃的多线程。

什么多线程和线程安全不同吗？

对多线程意味着：多个线程可以同时读取一段共享数据，我们不会崩溃，但这并不能保证您不会从非自动释放的值读取数据。通过线程安全，可以保证您读取的内容不会自动释放。默认情况下，我们没有使所有内容都原子化的原因是，存在性能成本，而且大多数情况下并不真正需要线程安全。我们的代码有几个部分需要它，对于这几个部分，我们需要使用锁、互斥锁或同步以线程安全的方式编写代码。

非原子的

因为没有像Mac OS垃圾箱这样的东西，所以没有人关心你是否总是得到一个值（<--这可能会导致崩溃），也没有人会在意是否有人试图在你的写作过程中读到一半（虽然在内存中写的一半与在纸上写的一半有很大不同，但在内存中，它可能会给你一个前所未有的愚蠢值，而在纸上，你只能看到一半的内容）-->不保证不会崩溃，因为它不使用自动释放机制。不保证读取完整的写入值！比原子更快

总体而言，它们在两个方面有所不同：

崩溃或不是因为有或没有自动释放池。允许在“尚未完成写入或空值”的中间读取，或不允许且仅允许在值完全写入时读取。

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

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

苹果的文档中对此进行了解释，但下面是一些实际发生情况的示例。

请注意，没有“atomic”关键字，如果不指定“nonatomic（非原子）”，则属性是原子的，但显式指定“atomic”将导致错误。

如果不指定“非原子”，则该属性是原子的，但如果需要，在最近的版本中仍然可以显式指定“原子”。

//@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。

实际上，根据财产是标量值还是对象，以及保留、复制、只读、非原子等交互方式，这些东西的工作方式有很多不同的变体。一般来说，属性合成器只知道如何为所有组合做“正确的事情”。