为了简化整个混淆，让我们了解互斥锁。

互斥锁，根据名称，锁定对象的可变性。因此，如果对象由一个类访问，则其他任何类都不能访问同一对象。

在iOS中，@synchronous还提供互斥锁。现在它以FIFO模式运行，并确保流不受共享同一实例的两个类的影响。然而，如果任务位于主线程上，请避免使用原子财产访问对象，因为它可能会保留UI并降低性能。

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

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

原子：

原子保证以原子的方式访问财产。例如，它总是返回一个完全初始化的对象，一个线程上的属性的任何获取/设置都必须在另一个线程访问它之前完成。

如果你想象一下下面的函数同时出现在两个线程上，你就会明白为什么结果不好看。

-(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不同，它不能确保每次都返回完全初始化的对象。

赞成的意见：执行速度极快。

欺骗：在多线程的情况下，可能会产生垃圾值。

为了简化整个混淆，让我们了解互斥锁。

互斥锁，根据名称，锁定对象的可变性。因此，如果对象由一个类访问，则其他任何类都不能访问同一对象。

在iOS中，@synchronous还提供互斥锁。现在它以FIFO模式运行，并确保流不受共享同一实例的两个类的影响。然而，如果任务位于主线程上，请避免使用原子财产访问对象，因为它可能会保留UI并降低性能。

没有这样的关键字“atomic”

@property(atomic, retain) UITextField *userName;

我们可以使用上面的

@property(retain) UITextField *userName;

请参阅堆栈溢出问题，如果我使用@property（atomic，retain）NSString*myString，我会遇到问题。

默认值是原子的，这意味着无论何时使用该属性都会降低性能，但它是线程安全的。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，那么它也可能会被破坏！