4. 这个写法会出什么问题： @property (copy) NSMutableArray *array;
两个问题：1、加入,删除,改动数组内的元素的时候,程序会由于找不到相应的方法而崩溃.由于 copy 就是复制一个不可变 NSArray 的对象；
2、使用了 atomic 属性会严重影响性能 ；
第1条的相关原因在下文中有论述《用@property声明的NSString（或NSArray，NSDictionary）常常使用 copy keyword，为什么？假设改用strongkeyword，可能造成什么问题？》 以及上文《怎么用 copy keyword？》也有论述。
比方以下的代码就会发生崩溃
// .h文件
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 以下的代码就会发生崩溃
@property (nonatomic, copy) NSMutableArray *mutableArray;
// http://weibo.com/luohanchenyilong/
// https://github.com/ChenYilong
// 以下的代码就会发生崩溃
NSMutableArray *array = [NSMutableArray arrayWithObjects:@1,@2,nil];
self.mutableArray = array;
[self.mutableArray removeObjectAtIndex:0];
接下来就会奔溃：
-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460
第2条原因。例如以下：
该属性使用了同步锁（atomic）。会在创建时生成一些额外的代码用于帮助编写多线程程序，这会带来性能问题，通过声明 nonatomic 能够节省这些尽管非常小可是不必要额外开销。
在默认情况下，由编译器所合成的方法会通过锁定机制确保其原子性(atomicity)。
假设属性具备 nonatomic 特质，则不使用同步锁。请注意，虽然没有名为“atomic”的特质(假设某属性不具备 nonatomic 特质，那它就是“原子的”(atomic))。
在iOS开发中。你会发现。差点儿全部属性都声明为 nonatomic。
普通情况下并不要求属性必须是“原子的”，由于这并不能保证“线程安全” ( thread safety)。若要实现“线程安全”的操作，还需採用更为深层的锁定机制才行。比如，一个线程在连续多次读取某属性值的过程中有别的线程在同一时候改写该值，那么即便将属性声明为 atomic，也还是会读到不同的属性值。
因此。开发iOS程序时一般都会使用 nonatomic 属性。可是在开发 Mac OS X 程序时，使用 atomic 属性通常都不会有性能瓶颈。