美文网首页iOS开发
重新整理 属性修饰词 weak,assign,strong,co

重新整理 属性修饰词 weak,assign,strong,co

作者: BlackStar暗星 | 来源:发表于2020-03-07 20:19 被阅读0次
    • assign

    assign 一般用来修饰基础类型,如 float ,double,int ,NSInteger等,它也可以用来修饰对象
    assign 修饰对象有个问题,就是当对象的引用计数器为0时,不会主动将对象置空,如果我们没有手动处理的话,就会造成野指针,导致程序崩溃

    • weak

    对于weak,我们都知道它是用来修饰 OC对象的,是弱引用,在对象的引用计数器等于0的时候,会将对象的指针 置为空。

    • strong

    强引用,我们在用strong 修饰属性的时候,我们可以理解为 是对对象的 直接引用
    类似于,我有一个苹果,你想用我的苹果,我把我的苹果交到你的手里,然后你把苹果咬了一口,其实那是我的苹果被咬了一口,你还我的时候,我的苹果已经不完整了。
    也就是说我们用 strong 修饰的属性,无论我们在哪里改动他了,改变的都是最初的他。(利用这个特性我们可以做很多事,尤其是跨多个页面刷新本地缓存的功能)

    案例:AViewController 和 BViewController 都持有属性 User对象
    AViewController.m

    @interface AViewController ()
    @property (nonatomic ,strong) User *auser;
    @end
    //A 调用pushToBViewControler 跳转B 将auser 传值给buser,auser 是实例对象
    -(void)pushToBViewControler{
       
      BViewController *bVC = [[BViewController alloc]init];
      bVC.buser = self.auser;
     [self.navigationController pushViewController:bVC animated:YES];
    }
    

    BViewController.h

    @interface BViewController : UIViewController
    @property (nonatomic ,strong) User *buser;
    @end
    

    BViewController.m

    -(void)changeUserValue{
     self.buser.name = @"buser";
     self.buser.sex = @"bsex";
    }
    

    当BViewController 调用 changeUserValue 后,AViewController 的auser对象的值实际上已经发生了改变,auser就是我的苹果,buser就是我给你苹果,关系如下:

    self.buser => 同一内存地址 <= self.auser
    
    • copy

    copy 直译为拷贝,拷贝在使用时有两种实现方式,copy 和 mutableCopy, 而拷贝又分两种拷贝类型,深拷贝 和 浅拷贝 。

    深拷贝:指针复制,创建新的指针地址,内容复制
    浅拷贝:内容复制,指针地址不变

    关于 copy 和 mutableCopy
    如果是可变字符串或者是可变数组,无论使用 copy 还是 mutableCopy 都会创建新的内存地址,也就是深拷贝

    如果是不可变字符串或者是不可变数组,使用 copy 不会创建新的内存地址,效果上和strong是一样的,地址不变,内容相等,也就是浅拷贝。 使用 mutableCopy 则会创建新的内存地址,也就是深拷贝。

    注意:对于 NSString * test = @"this is a test string" 来说 @"this is a test string" 本身就是一个字符串对象,他有自己内存地址,当我们再次给test赋值时,其实是把新的字符串对象赋给了test,测试的test拥有了一个新的内存地址。示例如下

       NSString * test = @"this is a test string";
       NSLog(@"\n旧地址:%p",test);
       
       test = @"this is a new test string";
       NSLog(@"\n新地址:%p",test);
    

    打印结果

    2020-03-07 19:34:59.555045+0800 BSFramwork[44914:558760] 
    旧地址:0x100f2add8
    2020-03-07 19:34:59.555138+0800 BSFramwork[44914:558760] 
    新地址:0x100f2ae18
    

    但是对于NSMutableString来说,在同一个可变字符串地址不变的情况下,我们是可以更改其value的

       NSMutableString * test = [[NSMutableString alloc]initWithString: @"this is a test string"];
       NSLog(@"\n旧地址:%p",test);
       
       [test setString:@"this is a new test string"];
       NSLog(@"\n新地址:%p",test);
    

    打印结果

    2020-03-07 19:40:47.748088+0800 BSFramwork[44938:562658] 
    旧地址:0x600002510bd0
    2020-03-07 19:40:47.748192+0800 BSFramwork[44938:562658] 
    新地址:0x600002510bd0
    

    无论是字符串还是数组,只要涉及到可变不可变的,都会有这样的问题,从本质上来说,只有 “可变的” , 才能在不更改其内存地址时更改其 value ,不可变的 是无法直接改变 value 的,只能通过赋值新的对象来赋予他新的value。

    综上所述,我们来说下为什么
    NSString NSMutableString NSArray NSMutableArray 类型使用 copy 修饰
    原因:简单点说,如果我们使用strong来修饰这几种类型话,如下操作:

    NSMutableString * test = [[NSMutableString alloc]initWithString: @"test string"];
    self.cStr = test;
    //由于业务原因,进行一系列操作,最后对 test重新赋值,//但是也无需求需要
    //self.cStr依然需要等于初始值
    [test setString:@"this is a new test string"];
    

    由于我们使用strong修饰,self.cStr的内存地址和test是一个地址,而test改变了其value,从而导致self.cStr的value也发生了改变,这个时候我们就需要使用copy,因为testNSMutableString类型,使用copy修饰self.cStr拥有了新的内存地址,value值和test初始值相同,虽然后边test值被更改,但是由于内存地址不相同,是属于两个对象,所以并不会影响self.cStr之前赋的值



    问题&疑惑

    对于NSString NSMutableString NSArray NSMutableArray 类型,我在使用 weak 修饰的时候发现和 strong 基本一样,那为什么 NSString NSMutableString NSArray NSMutableArray 在特定需求下不使用 weak 而是使用strong 修饰,这个我还不太懂。

    如果有哪位同行知道原理或者猜测可能,希望能讲解一二

    如果是我们自定义的对象,是不能用 weak 来声明的,编译器会直接报错。
    报错原因:如果我们用 weak 修饰,虽然进行了赋值或者初始化操作,但是引用计数器是不会加一的,当出了作用域,对象就会销毁,指针置空,这样我们所持有的属性(对象)就是野指针。
    但是不清楚为什么NSString NSMutableString NSArray NSMutableArray是没问题的。
    如果说,直接赋值,而不是 alloc 或者 new 去创建的我们还可以认为他分配的内存区域不同导致的,但是我在使用 alloc 去创建的时候,发现也没问题,晕啊啊啊啊啊~~~~



    相关文章

      网友评论

        本文标题:重新整理 属性修饰词 weak,assign,strong,co

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