NSString的Copy与Strong你用对了吗？

NSString我们必不可少的类,但是在你@property的时候，到底是用Strong，还是Copy修饰。你用对了吗？

用例子来说明一下

先使用NSString

@property (nonatomic, strong) NSString *strongStr;
@property (nonatomic,   copy) NSString *copyedStr;
//不可以写成copyStr会报property follows cocoa naming convention for returning 'owned' objects
//意思是不能使用copy来作为开头命名，copy是cocoa用的

　　这里声明了两个NSString变量，一个用strong修饰，另一个用copy来修饰，下面我们来用一个NSString对两个string赋值。

输出查看一下结果

    NSString *testStr = [NSString stringWithFormat:@"nanshanyi"];
    self.strongStr = testStr;
    self.copyedStr = testStr;
    
    NSLog(@"testStr:   %p, %p",testStr,&testStr);
    NSLog(@"strongStr: %p, %p",_strongStr,&_strongStr);
    NSLog(@"copyedStr: %p, %p",_copyedStr,&_copyedStr);
//前面的是内存地址，后面的是指针地址

1
2
3

testStr:   0xa01c06542cac2d0a, 0x16fdb1f48
strongStr: 0xa01c06542cac2d0a, 0x1346e6030
copyedStr: 0xa01c06542cac2d0a, 0x1346e6038

　　根据输出的内存地址，我们发现，不管用的是strong还是copy，指向的都是同一个地址，也就是testStr的地址。strongStr和copyedStr都只是对testStr的引用，只会导致testStr的计数器加1，并没有拷贝一份新的，testStr的retainCount应该是3。

下面我们改用NSMutableString

    NSMutableString *testStr = [NSMutableString stringWithFormat:@"nanshanyi"];
    self.strongStr = testStr;
    self.copyedStr = testStr;
    
    NSLog(@"testStr:   %p, %p",testStr,&testStr);
    NSLog(@"strongStr: %p, %p",_strongStr,&_strongStr);
    NSLog(@"copyedStr: %p, %p",_copyedStr,&_copyedStr);

    [testStr appendString:@"123"];//修改一下
    NSLog(@"testStr:   %@, %p",testStr,&testStr);
    NSLog(@"strongStr: %@, %p",_strongStr,&_strongStr);
    NSLog(@"copyedStr: %@, %p",_copyedStr,&_copyedStr);

　　我们再来看一下结果：

testStr:   0x15cdf87f0, 0x16fd99f48
strongStr: 0x15cdf87f0, 0x15cdf3ad0
copyedStr: 0xa0b20b31520b9419, 0x15cdf3ad8
//修改后输出一下字符串内容
testStr:   nanshanyi123, 0x16fd99f48
strongStr: nanshanyi123, 0x15cdf3ad0
copyedStr: nanshanyi, 0x15cdf3ad8

　　可以看到这个时候，copy修饰的copyedStr字符串，已经不再是简单的引用了，而是拷贝了一个新的，让copyedStr指向了这个新的地址。此时testStr的retainCount应该是2。
　　然后我们把testStr修改一下，后面接上了“123”，输出内容会发现testStr变化后，strongStr会随之改变。而copyStr则不会随之变化。

总结

　　由上面的例子可以得出：当原字符串是NSString时，由于是不可变字符串，所以，不管是使用strong还是copy修饰，都是指向原来的对象，copy操作只是做了次浅拷贝。
　　而当源字符串是NSMutableString时，strong只是将原字符串的引用计数加1，而copy
则是对原字符串做了次深拷贝，从而生成了一个新的对象，并且copy的对象指向这个新的对象。另外需要注意的是，这个copy属性对象的类型始终是NSString，而不是NSMutableString，如果想让拷贝过来的对象是可变的，就需要使mutableCopy。
　　所以，如果原字符串是NSMutableString的时候，使用strong只会增加引用计数器。但是copy会执行一次深拷贝，会造成不必要的内存浪费。而如果原字符串是NSString时，copy和strong效果一样，就不会有这个问题。
　　但是，一般我们声明NSString时，也不会希望它改变，所以一般情况下，建议用copy，这样可以避免NSMutableString带来的奇葩错误。

顺便提一下assign与weak

　　我们都知道，assign用来修饰基本数据类型，weak用来修饰OC对象。
　　其实照理说assign也可以用来修饰对象。但是assign修饰的对象在此对象释放的时候，指针地址依然存在，不会被置为nil，这就会造成很严重的问题，也就是会产生野指针。但是用weak来修饰的话在对象释放的时候会把指针置为nil，从而避免野指针的出现。
　　那你又会问了，那凭啥基本数据类型就可以使用assign。这个就又要扯到堆和栈的问题了，基本数据类型一般是被分配到栈空间。而栈是由系统自动管理分配和释放。就不会造成野指针的问题。