iOS 属性修饰符

iOS属性问题

属性修饰符的作用

iOS5之前是MRC, 内存需要程序员管理,iOS之后是ARC,除非特殊情况(例如:使用C框架或者循环引用)不需要程序员手动管理内存。

iOS中当我们定义属性@property的时候,就需要属性修饰符,

主要属性修饰符

  1. copy
  2. assign
  3. retain
  4. strong
  5. weak
  6. readwrite/readonly(读写策略,访问权限)
  7. nonatomic/atomic(安全策略)

根据MRC和ARC划分属性修饰符的使用范围

//MRC:nonatomic,atomic,retain,assign,copy,readwrite,readonly
//ARC:nonatomic,atomic,strong,weak,assign,copy,readwrite,readonly

什么影响retainCount计数

1. alloc方法是为了对象分配内存,retaincount 为1
2. retainCount :引用计数,下面简称计数
3. release 对象计数 -1
4. retain 计数 +1。
5. copy 一个对象会变成一个新的对象,这个对象的计数为1,原有的对象计数不变。 

不管MRC还是ARC,对象的释放都依据reference count是否为0,

修饰符详述

  • copy:
    1. 一般用于修饰不可变容易的属性(NSArray,NSDictionary,NSString,block)
    2. MRC和ARC均可用
    3. 其setter方法与retain处理流程一样,先旧值release再copy出新的对象
    4. copy修饰block是在MRC和ARC的区别:
      • MRC环境下
        • block访问外部局部变量,block存放在栈里面。
        • 只要block访问整个app都存在的变量,那么肯定是全局区
        • 不能使用retain引用block,因为block不在堆里面,只有使用copy才会把block放在堆里面
      • ARC环境下
        • 只要block访问外部局部变量,block就会存放到堆里
        • 可以用strong去引用,因为本身已经存放到堆区了
        • 也可以使用copy进行修饰,但是strong性能更好。
    5. 使用block时候注意循环引用,造成无法释放,内存泄漏。
    6. 在NSString属性中
      • 如果外部赋值是NSString,那么用strong和copy都没有问题
      • 但是如果外部赋值的是NSMutableString,NSString指针可以持有NSMutableString对象。如果用strong修饰,那么外部的值变化了,里面的值也会变化,这是因为指向的是同一个内存地址
        如果用copy修饰,那么外部的值变化了,里面的值也不会变化,因为对对象的内存做了深度拷贝,复制了一份内存,指针的指向已经变化了
  • assign:
    1. MRC和ARC均可用。
    2. 一般用来修饰基础数据类型(NSInteger, CGFloat)和C数据类型(int,float,double)等,他们的setter方法直接赋值,不进行任何retain操作。
  • retain:
    1. 在MRC下使用,被其修饰的对象,retainCount要+1
    2. retain只能修饰OC对象啊,不能修饰非OC对象,
    3. 一般修饰非NSString的NSObject类及其子类。
  • strong:
    1. strong表示对对象的强引用。计数会+1
    2. ARC环境下也可以用来修饰block,(strong和weak两个修饰符默认是strong)。
    3. 用于指针变量,setter方法对参数进行release旧值再retain新值。
    4. 两个对象之间相互强引用会造成循环引用,内存泄漏。
  • weak
    1. weak表示对象的弱引用,被其修饰的对象随时可以被系统销毁回收。不会使传入的对象计数+1
    2. weak比较常用的地方是delegate属性的设置和Xib拖线
    3. weak和assign的区别:当他们指向的对象被释放以后,weak会被自动设置为nil,assign不会,所以会导致野指针的出现,可能会导致crash
  • readwrite/readonly
    1. readwrite表示该属性可读可写,readonly表示只可读,不可写。
    2. readwrite程序自动创建setter和getter方法,readonly程序创建getter方法。此外还可以自定义setter和getter方法。
    3. 系统默认就是readwrite
  • nonatomic和atomic
    1. nonatomic非原子属性。它的特点是多线程并发访问性能高,但是访问不安全;与之相对的atomic特点是安全但是以耗费系统资源为代价,所以在工程开发中用nonatomic时候较多。
    2. 系统默认的atomic,为setter方法加锁,而nonatomic不为setter方法加锁。
    3. 使用nonatomic要注意多线程间通讯的线程安全。
    4. 为什么nonatomic比atomic快,原因是它直接访问内存中的地址,不关心其他线程是否在改变这个值,并且中间没有死锁保护,
    5. 不要误认为多线程下家atomic是安全的。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,734评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,931评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,133评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,532评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,585评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,462评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,262评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,153评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,587评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,792评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,919评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,635评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,237评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,855评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,983评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,048评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,864评论 2 354