在申明属性的时候默认的是atomic原子性，在使用属性时我们会手动设置noatomic表示非原子性，这样做以提高访问效率，不过多线程访问属性时数据是不安全的。那么atomic原子性是否就可以保证线程安全了呢？
这个需要分两种情况来讲
对于int，float之类的属性，使用atomic能够保证数据线程安全，atomic的这类属性可以保证线程访问时的顺序执行。
对于NS类型的数据，使用atomic却并不一定可以保证其线程安全。
要理解这个问题先要讲述一下属性合成。
noatomic属性合成时如下
对于一般数据类型的合成
-(void)setNumber:(int) number
{
_number = number;
}
-(int) number
{
return number;
}
对于NSString或者NSArray的合成
@property(nonatomic,copy)NSString* str;
-(void)setStr:(NSString*)str
{
_str = [str copy];
}
-(NSString*)str
{
return str;
}
atomic属性合成
对于一般数据类型的合成
-(void)setNumber:(int) number
{
@synchronized(self)
{
self.number = number;
}
}
-(int) number
{
@synchronized(self)
{
return number;
}
}
对于NSString或者NSArray的合成
@property(atomic,copy)NSString* str;
-(void)setStr:(NSString*)str
{
@synchronized(self)
{
_str = [str copy];
}
}
-(NSString*)str
{
@synchronized(self)
{
return str;
}
}
由此可见atmoic只针对于setter和getter方法，所以对于基础数据类型如int等，其可以保证数据的线程安全。 在上例中的@property(atomic,copy) NSString* str;同样也是线程安全的。因为对str的操作都有@synchronized(self)保证同步。
但是对于@property(atomic,strong) NSMutableString* str; 这样的属性，如果仅仅对于str的读取和赋值，atomic同样也能保证线程顺序执行。但是由于NSMutableString是可变类型，对于可变类型对应的add，insert，remove等方法是对于指针所指向内存区域的操作，而atomic无法保证指针所指向区域的线程访问安全，然而对于这类数据类型，这种操作是很常见的。
由上分析得出以下结论
- atomic原子性，它仅限于getter,setter时的线程安全
- 因为atomic原子性，它限于getter,setter时的线程安全，所以对于一般数据类型如int，float它是可以保证线程安全的，对于NSString这种不可变字符串也能保证线程安全。
- 对于NSMutable类型的属性，atmoic无法保证线程安全，对于这种属性往往都是对于数据块的读写操作，atmoic无法保证对于指针指向的数据库的线程安全。这种属性时使用nonatomic，自己处理线程安全。
- 同样的对于NSMutable开头的一些类，使用atmoic还是会导致线程问题的
