在属性声明中,原子和非原子意味着什么?

@property(nonatomic, retain) UITextField *userName;
@property(atomic, retain) UITextField *userName;
@property(retain) UITextField *userName;

这三者之间的操作差异是什么?


当前回答

原子性原子(默认)

默认为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

其他回答

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

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


原子将始终保证

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

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

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


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

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


非原子的

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


总体而言,它们在两个方面有所不同:

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

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

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

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

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

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

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

如何申报:

由于原子是默认的,

@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

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

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