美文网首页iOS 知识点
string属性用copy和strong修饰符时的不同

string属性用copy和strong修饰符时的不同

作者: 一双鱼jn | 来源:发表于2018-08-08 20:55 被阅读37次

    strongcopy修饰NSString属性时的不同

    iOS中对字符串的修饰可以用strong也可以用copy,如下所示

    @property (nonatomic, copy) NSString *strCopy;
    @property (nonatomic, strong) NSString *strStrong;
    

    这个两种修饰符的区别如下

    • 当对这个属性赋值一个不可变的NSString对象时,作用相同,都是对字符串对象地址的浅拷贝。由于这个字符串是个不可变类型,所以,属性值也不会变。

    • 当对这个属性赋值一个可变的NSMutableString对象时,copy修饰的属性是深拷贝,strong修饰的属性是浅拷贝。当原字符串更改,copy的属性值不会改变,而strong修饰的属性的属性值会随着改变。

      • 注意appendString才是对原字符串的改变,stringByAppendingString等则是返回一个新的字符串对象。

    所以综合上面的情况,更推荐使用copy来修饰字符串属性,提高属性的安全性。为这个属性赋值一个NSString对象两种效果是相同的,所以可以用copy,而一旦是赋值一个NSMutableString时候,copy的属性可以保证属性值不会随赋值时的字符串对象的变化而变化,更优于strong修饰。

    证明

    属性被赋值不可变字符串

    NSString = NSString

    @interface ViewController ()
    @property (nonatomic, strong) NSString *strStrong;
    @property (nonatomic, copy) NSString *strCopy;
    @end
    
    @implementation ViewController
    
    - (void)viewDidLoad {
        [super viewDidLoad];
        NSString *text = @"a string object";
        self.strStrong = text;
        self.strCopy = text;
        
        NSLog(@"原字符串地址       == %p", text);
        NSLog(@"strong属性地址   == %p", self.strStrong);
        NSLog(@"copy属性地址      == %p", self.strCopy);
    }
    
    输出
    >>> 原字符串地址   ==  0x10c626078
    >>> strong属性地址  == 0x10c626078
    >>> copy属性地址 ==    0x10c626078
    

    所以证明,当text是不可变的NSString类型时,这种情况下都是同一个指针地址,指向的是同一个对象。两种修饰符的效果是一样的。都是浅拷贝。

    注意

    需要注意的是下面这种情况

    - (void)viewDidLoad {
        [super viewDidLoad];
        
        NSString *text = @"a string object";
        self.strStrong = text;
        self.strCopy = text;
        
        text = @"a new string object";
        
        NSLog(@"%@", text);
        NSLog(@"%@", self.strStrong);
        NSLog(@"%@", self.strCopy);
    }
    
    

    这种情况下的输出是

    >>> a new string object 
    >>> a string object
    >>> a string object
    

    因为当text = @"a new string object"的时候,text指针指向了新的字符串对象。而strStrongstrCopy属性的指针仍然是指向了原来的a string object字符串对象。他们的指针是不会跟着变化的


    属性被赋值可变字符串对象时

    NSString = NSMutableString

    - (void) mutableStringTest {
        NSMutableString *text = [[NSMutableString alloc] initWithString:@"a mutable string object"];
        self.strStrong = text;
        self.strCopy = text;
        
        NSLog(@"原字符串地址       == %p", text);
        NSLog(@"strong属性地址   == %p", self.strStrong);
        NSLog(@"copy属性地址      == %p", self.strCopy);
        
        [text appendString:@" after modify"];
    
        NSLog(@"%@", text);
        NSLog(@"%@", self.strStrong);
        NSLog(@"%@", self.strCopy);
    }
    
    
    输出
    >>> 原字符串地址   ==  0x60400025c0b0
    >>> strong属性地址  == 0x60400025c0b0
    >>> copy属性地址 ==    0x60400025c3b0
    
    >>> a mutable string object after modify
    >>> a mutable string object after modify
    >>> a mutable string object
    

    可以看到,当属性被赋值可变字符串的时候,copy属性会拷贝出来一个新的对象,而strong属性则是对指针地址的拷贝。所以,当原字符串发送了改变的时候,copy属性的值并不会发送变化。而strong属性的值发送了变化。

    在这种情况下两种修饰符的效果是不同的。


    为什么copy修饰的字符串不同类型赋值时会产生深浅拷贝

    因为当copy修饰的属性,对它进行赋值的时候,它的setter方法中执行的是copy操作。如下所示

    - (void)setName:(NSString *)name {
        _name = [name copy];
    }
    

    因为是执行的copy操作,所以产生了NSStringNSMutableString执行copy方法产生的不同结果。

    NSString执行copy方法,返回的是仍然是NSString类型,是做了一次浅拷贝,只拷贝了字符串对象的地址

    而当NSMutableString执行copy方法,返回的则是NSString类型,这做的是一次深拷贝。

    所以,无论是可变类型还是不可变类型字符串,进行copy操作都是复制出来一个不可变类型的字符串,区别在于是否拷贝出来新的对象。

    copy方法和mutableCopy方法

    既然有copy方法,同样还有mutableCopy方法,这两个方法的特点如下

    • 拷贝之后的对象类型的区别

      • copy方法拷贝出来的都是不可变类型

        [NSMutableArray copy] -> NSArray

        [NSMutableString copy] -> NSString

        [NSString copy] -> NSString

      • mutableCopy方法拷贝出来的都是可变类型

        [NSString mutableCopy] -> NSMutableString

        [NSArray mutableCopy] -> NSMutableArray

        [NSMutableString copy] -> NSMutableString

    • 是否产生新对象的区别

      • mutableCopy做的都是深拷贝,得到的都是一个新的对象

      • copy方法只有对可变类型进行操作时是深拷贝,对不可变类型进行copy是浅拷贝

    相关文章

      网友评论

        本文标题:string属性用copy和strong修饰符时的不同

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