我在这里找到了原子和非原子财产的一个很好的解释。以下是一些相关文本：

“原子”意味着它不能分解。在OS/编程术语中，原子函数调用是一个不能中断的调用——必须执行整个函数，并且在完成之前，不能通过操作系统通常的上下文切换将其从CPU中移出。万一你不知道：由于CPU一次只能做一件事，操作系统会在很小的时间段内对所有正在运行的进程轮流访问CPU，从而产生多任务的错觉。CPU调度器可以（并且确实）在进程执行的任何时间点中断进程，即使是在函数调用中间。因此，对于像更新共享计数器变量这样的操作，如果两个进程可以同时尝试更新变量，则必须“原子”地执行这些操作，即，每个更新操作必须完整完成，然后才能将任何其他进程交换到CPU上。所以我猜测，在这种情况下，原子意味着属性读取器方法不能被中断，实际上意味着该方法读取的变量不能中途更改其值，因为其他线程/调用/函数被交换到CPU上。

因为原子变量不能被中断，所以它们在任何时候包含的值（线程锁）都保证不会被破坏，尽管确保这个线程锁会使对它们的访问变慢。另一方面，非原子变量不能保证这一点，但确实提供了快速访问的奢侈。总之，当您知道变量不会被多个线程同时访问时，可以使用非原子的，这样可以加快速度。

原子=螺纹安全

非原子=无线程安全

螺纹安全：

如果实例变量在从多个线程访问时行为正确，则它们是线程安全的，而不考虑运行时环境对这些线程执行的调度或交织，并且调用代码部分没有额外的同步或其他协调。

在我们的背景下：

如果一个线程更改了实例的值，则所有线程都可以使用更改的值，并且一次只有一个线程可以更改该值。

在何处使用原子：

如果要在多线程环境中访问实例变量。

原子的含义：

没有非原子的速度快，因为非原子的运行时不需要任何看门狗的工作。

在何处使用非原子：

如果实例变量不会被多个线程更改，您可以使用它。它可以提高性能。

默认值是原子的，这意味着无论何时使用该属性都会降低性能，但它是线程安全的。Objective-C的作用是设置一个锁，因此只要执行setter/getter，只有实际线程才能访问变量。

具有ivar_internal的属性的MRC示例：

[_internal lock]; //lock
id result = [[value retain] autorelease];
[_internal unlock];
return result;

因此，后两项相同：

@property(atomic, retain) UITextField *userName;

@property(retain) UITextField *userName; // defaults to atomic

另一方面，非原子对代码没有任何影响。所以只有当你自己编写安全机制时，它才是线程安全的。

@property(nonatomic, retain) UITextField *userName;

关键字根本不必写为第一个属性属性。

别忘了，这并不意味着整个属性是线程安全的。只有setter/getter的方法调用是。但是如果您使用setter，然后同时使用2个不同线程的getter，那么它也可能会被破坏！

原子：通过使用NSLOCK锁定线程来确保线程安全。

非原子：由于没有线程锁定机制，因此无法确保线程安全。

Atomic是线程安全的，它很慢，而且它很好地保证（不保证）无论有多少线程试图访问同一区域，都只提供锁定值。使用atomic时，在该函数中编写的一段代码成为关键部分的一部分，一次只能执行一个线程。

它只保证螺纹安全；它不能保证这一点。我的意思是，你们为你们的汽车雇佣了一名专家司机，但这并不能保证汽车不会发生事故。然而，可能性仍然微乎其微。

原子——它无法分解，所以结果是意料之中的。使用非原子-当另一个线程访问内存区域时，它可以修改它，因此结果是意外的。

代码对话：

原子使属性线程的getter和setter安全。例如，如果你写了：

self.myProperty = value;

是线程安全的。

[myArray addObject:@"Abc"] 

不是线程安全的。

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

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

原子将始终保证

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

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

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

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

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

非原子的

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

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

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