为什么不常用atomic？
我们在开发中修饰属性一般用的是nonatomic而不是atomic，这是因为atomic比较耗性能。
有人说使用atomic更安全，那为什么不使用atomic呢？
atomic是用于保证属性setter、getter的原子性操作
什么叫保证属性setter、getter的原子性操作呢？我们知道在某个类使用property修饰属性后，系统会自动为我们生成setter方法和getter方法的声明和实现以及带有下划线的成员变量（在分类中只能生成setter、getter方法的声明），保证这两个方法的原子性操作就相当于在两个方法内加了线程同步锁。它能保证读、写同一时间只能进行其中的一项操作，要么是读，要么是写。但这并不能保证线程的安全。
atomic使用场景
此时的animal需要使用atomic进行修饰，否者会出现EXC_BAC_INSTRUCTION的错误，这是因为多线程操作的时候某个线程访问了已经释放的内存。
atomic并不能保证线程的安全
atomic相当于是在setter、getter方法内部进行加锁，但多线程在外面同时调用setter、getter方法就不能保证线程的安全了。如果想要保证线程安全，我们还是需要在外部进行加锁。
干巴巴的文字可能不是很好理解，我们通过代码举个例子。
看代码
MJPerson *p = [[MJPerson alloc] init];
p.data = [NSMutableArray array];
NSMutableArray *array = p.data;
// 加锁
[array addObject:@"1"];
[array addObject:@"2"];
[array addObject:@"3"];
// 解锁
其中的data是MJPerson实例的一个属性，在首次被赋值的时候它是安全的，没问题，但后面往这个可变数组的属性中添加数据就会出现问题，如果是多个线程同时执行，它就不能保证1、2、3按照顺序被添加到数组中了，所以还需要在外面进行加锁。
另一个例子：
一个Person类有两个属性“姓”、“名”，两个线程同时给“姓”和“名”赋值，假设线程A准备赋值的分别是“张”、“三”， 线程B准备赋值的分别是“李”、“四”，由于赋值的操作没有加锁，那么赋值后的结果可能会出现person的姓名是“张四”和“李三”的情况。
附加（默认修饰符）
1.基本数据类型：atomic readwrite assign
2.普通OC对象： atomic readwrite strong
