在属性声明中,原子和非原子意味着什么?
@property(nonatomic, retain) UITextField *userName;
@property(atomic, retain) UITextField *userName;
@property(retain) UITextField *userName;
这三者之间的操作差异是什么?
在属性声明中,原子和非原子意味着什么?
@property(nonatomic, retain) UITextField *userName;
@property(atomic, retain) UITextField *userName;
@property(retain) UITextField *userName;
这三者之间的操作差异是什么?
当前回答
Atomic是线程安全的,它很慢,而且它很好地保证(不保证)无论有多少线程试图访问同一区域,都只提供锁定值。使用atomic时,在该函数中编写的一段代码成为关键部分的一部分,一次只能执行一个线程。
它只保证螺纹安全;它不能保证这一点。我的意思是,你们为你们的汽车雇佣了一名专家司机,但这并不能保证汽车不会发生事故。然而,可能性仍然微乎其微。
原子——它无法分解,所以结果是意料之中的。使用非原子-当另一个线程访问内存区域时,它可以修改它,因此结果是意外的。
代码对话:
原子使属性线程的getter和setter安全。例如,如果你写了:
self.myProperty = value;
是线程安全的。
[myArray addObject:@"Abc"]
不是线程安全的。
其他回答
原子:
原子保证以原子的方式访问财产。例如,它总是返回一个完全初始化的对象,一个线程上的属性的任何获取/设置都必须在另一个线程访问它之前完成。
如果你想象一下下面的函数同时出现在两个线程上,你就会明白为什么结果不好看。
-(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不同,它不能确保每次都返回完全初始化的对象。
赞成的意见:执行速度极快。
欺骗:在多线程的情况下,可能会产生垃圾值。
原子=螺纹安全
非原子=无线程安全
螺纹安全:
如果实例变量在从多个线程访问时行为正确,则它们是线程安全的,而不考虑运行时环境对这些线程执行的调度或交织,并且调用代码部分没有额外的同步或其他协调。
在我们的背景下:
如果一个线程更改了实例的值,则所有线程都可以使用更改的值,并且一次只有一个线程可以更改该值。
在何处使用原子:
如果要在多线程环境中访问实例变量。
原子的含义:
没有非原子的速度快,因为非原子的运行时不需要任何看门狗的工作。
在何处使用非原子:
如果实例变量不会被多个线程更改,您可以使用它。它可以提高性能。
默认值是原子的,这意味着无论何时使用该属性都会降低性能,但它是线程安全的。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,那么它也可能会被破坏!
原子财产(Atomic properties):-当一个变量被赋值为原子属性时,意味着它只有一个线程访问权限,并且它是线程安全的,从性能角度来看速度较慢,那么它将具有默认行为。
非原子财产:-当一个变量被赋值为非原子属性时,这意味着它具有多线程访问权限,并且它不是线程安全的,从性能角度来看速度很快,它将具有默认行为,并且当两个不同的线程要同时访问该变量时,它将产生意外的结果。
为了简化整个混淆,让我们了解互斥锁。
互斥锁,根据名称,锁定对象的可变性。因此,如果对象由一个类访问,则其他任何类都不能访问同一对象。
在iOS中,@synchronous还提供互斥锁。现在它以FIFO模式运行,并确保流不受共享同一实例的两个类的影响。然而,如果任务位于主线程上,请避免使用原子财产访问对象,因为它可能会保留UI并降低性能。