NSString的Copy与Strong你用对了吗?

作者: _南山忆 | 来源:发表于2016-08-12 13:55 被阅读672次

    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);
    //前面的是内存地址,后面的是指针地址
    
    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。这个就又要扯到堆和栈的问题了,基本数据类型一般是被分配到栈空间。而栈是由系统自动管理分配和释放。就不会造成野指针的问题。

    相关文章

      网友评论

      • f8499355cafc:copy不等于strong,常量编译器优化过了,写成方法传参试试
      • 丝丝雨凉:很好理解,解决了分不清的问题

      本文标题:NSString的Copy与Strong你用对了吗?

      本文链接:https://www.haomeiwen.com/subject/achssttx.html