-原子意味着只有一个线程访问变量（静态类型）。-原子是线程安全的。-但它的性能很慢

如何申报：

由于原子是默认的，

@property (retain) NSString *name;

实现文件中的AND

self.name = @"sourov";

假设与三个财产相关的任务是

 @property (retain) NSString *name;
 @property (retain) NSString *A;
 @property (retain) NSString *B;
 self.name = @"sourov";

所有财产并行工作（如异步）。

如果从线程A调用“name”，

And

同时如果你打电话

[self setName:@"Datta"]

从线程B，

现在，如果*name属性是非原子的，那么

它将返回A的值“Datta”它将返回B的值“Datta”

这就是为什么非原子被称为线程不安全的原因，但由于并行执行，它的性能很快

现在如果*name属性是原子的

这将确保A的价值“Sourov”然后它将返回B的值“Datta”

这就是为什么原子被称为线程安全和这就是为什么它被称为读写安全

这种情况操作将连续执行。性能缓慢

-非原子意味着多线程访问变量（动态类型）。

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

-但它的性能很快

-非原子不是默认行为，我们需要在属性属性中添加非原子关键字。

对于In Swift确认Swift财产在ObjC意义上是非原子的。一个原因是，您需要考虑每个属性的原子性是否足以满足您的需求。

参考：https://forums.developer.apple.com/thread/25642

有关更多信息，请访问网站http://rdcworld-iphone.blogspot.in/2012/12/variable-property-attributes-or.html

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

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

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

原子意味着一次只能有一个线程访问变量（静态类型）。原子是线程安全的，但它很慢。

非原子意味着多个线程可以同时访问变量（动态类型）。非原子线程不安全，但速度很快。

原子性原子（默认）

默认为Atomic：如果不键入任何内容，则属性为原子的如果您尝试从它，您将返回一个有效值。它不做任何保证关于这个值可能是什么，但你会得到好的数据，而不是只是垃圾记忆。如果您有多个线程或多个进程指向一个变量，一个线程可以读取，另一个线程可以写入。如果他们同时命中时间，读取器线程保证获得以下两个值之一：在改变之前或改变之后。什么原子没有给你任何形式的保证可能会得到。原子通常与线程安全相混淆，这是不正确的。你需要保证你的线程安全其他方式。然而，atomic将保证，如果您尝试阅读，你会得到某种价值。

非原子的

另一方面，非原子的，正如你可能猜到的，只是意味着，“不要做原子的事情。”你失去的是保证你总是要得到一些东西。如果你试着在写，你可以取回垃圾数据。但另一方面，你去快一点。因为原子财产必须发挥一些魔力为了保证你会得到一个值，它们有点慢。如果这是一个你经常访问的财产，你可能想放弃降到非原子，以确保你不会导致那样的速度处罚通道

礼貌https://academy.realm.io/posts/tmi-objective-c-property-attributes/

原子性属性属性（原子性和非原子性）没有反映在相应的Swift属性声明中，但是当从Swift访问导入的属性时，Objective-C实现的原子性保证仍然有效。

所以 — 如果你在Objective-C中定义了一个原子属性，当Swift使用它时，它仍然是原子属性。

礼貌https://medium.com/@YogevSitton/atomic-vs-非原子属性-拉什课程-d11c23f4366c

最后两个是相同的；“atomic”是默认行为（请注意，它实际上不是一个关键字；它仅在不存在非atomic的情况下被指定——在最近版本的llvm/claung中，atomic被添加为关键字）。

假设您正在@合成方法实现，原子与非原子将更改生成的代码。如果您正在编写自己的setter/getter，原子/非原子/保留/分配/复制只是建议。（注意：@synthey现在是LLVM最新版本中的默认行为。也不需要声明实例变量；它们也会自动合成，并且在名称前加一个_，以防止意外的直接访问）。

使用“atomic”，合成的setter/getter将确保始终从getter返回或由setter设置整个值，而不管setter在任何其他线程上的活动如何。也就是说，如果线程A位于getter的中间，而线程B调用setter，则实际可行的值（很可能是自动释放的对象）将返回给A中的调用方。

在非原子中，没有这样的保证。因此，非原子比“原子”快得多。

“原子”不做的是保证线程安全。如果线程A同时调用getter，而线程B和C使用不同的值调用setter，那么线程A可能会得到返回的三个值中的任何一个值——在调用setter之前的值，或者在B和C中传递给setter的值。同样，对象可能会以B或C的值结束，这是无法分辨的。

确保数据完整性——多线程编程的主要挑战之一——是通过其他方式实现的。

添加到此：

当使用多个依赖财产时，单个属性的原子性也不能保证线程安全。

考虑：

 @property(atomic, copy) NSString *firstName;
 @property(atomic, copy) NSString *lastName;
 @property(readonly, atomic, copy) NSString *fullName;

在这种情况下，线程A可以通过调用setFirstName:然后调用setLastName:来重命名对象。同时，线程B可以在线程A的两次调用之间调用fullName，并将接收新的名字和旧的姓氏。

要解决这个问题，您需要一个事务模型。也就是说，某些其他类型的同步和/或排除允许在更新依赖财产时排除对fullName的访问。

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

假设有一个名为“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仍然可以并行执行。