整理一下OC中的那些属性修饰符


首先从简单到复杂大致分个类

1. 自定义getter | setter方法名修饰符 : getter和setter
2. 原子性修饰符:atomic | nonatomic
3. 读写性修饰符:readwrite | readonly
4. setter相关修饰符:assign | retain | copy

方法名修饰符

 • getter=<getMethodName>,setter=<setMethodName>:指定该属性所使用的getter和setter方法的名称

这两个属性修饰符用于设置自定义生成的getter和setter方法名,使用之后将不再使用系统默认的setter和getter方法名
• 用得不是很多,使用场景一般是对BOOL属性设置该getter方法,比如 isGood 这样用以方便判断时使用


Snip20160411_11.png

原子修饰符

• atomic  :  原子属性,为setter方法加锁  (默认) (类似多线程中的互斥锁)   
        § 线程安全,但需要消耗大量资源
• nonatomic  :  非原子属性,不为setter方法加锁
        § 非线程安全,适合内存小的移动设备

读写性修饰符

 • readwrite:表明这个属性是可读可写的,系统为我们生成这个属性的setter和getter方法以及下划线开头的成员变量。
 • readonly:表明这个属性只能读不能写,系统只为我们生成一个getter方法下划线开头的成员变量,不会创建setter方法

注意!

• 用readwrite自动生成setter和getter方法以及下划线开头的成员变量的时候,如果手动实现了setter和getter方法,那么系统将不会生成下划线开头成员变量
Snip20160411_16.png

Snip20160411_17.png

• 同理,readonly自动生成getter 方法和_开头成员变量时,如果手动实现了getter方法,那么系统也不会再生成下划线开头的成员变量
Snip20160411_18.png

Snip20160411_19.png

setter相关修饰符

• retain:针对对象类型进行内存管理(非ARC)。当给对象类型使用此修饰符时,setter方法会先将旧的对象属性release掉,再对新的对象进行一次赋值并进行一次retain操作
• assign:表示直接赋值, 基本数据类型、枚举、结构体(非OC对象) class类型
         当一个对象被销毁时,指针不会被清空(所以修饰对象时容易造成坏内存 (非ARC下会用这个修饰对象)

• copy:以前主要用在NSString类型和Block,建立一个索引计数为1的对象,然后释放旧对象。
• strong :除NSString\block以外(注意!这是以前的说法)的OC对象 , 强引用以保证属性作用域结束后不被销毁
• weak : 当一个对象被销毁时,指针被清空
         一般用在已经添加到父控件中的控件,因为父控件会对子控件进行引用,也就是retain,所以自己的作用域结束之后不会被释放

系统默认属性是assign。retain是指针的复制,copy是内容的复制


用copy修饰字符串时---->>
  在setter方法中会判断 传入的字符串 是否是可变的
  如果是可变的就分配新的内存再赋值
  如果是不可变的就直接赋值地址
  而实际上开发中其实大量使用的是不可变的字符串   所以最好使用 strong 修饰字符串,可以提升性能(减少一次判断)

用copy修饰Block时---->首先要知道Block在非ARC和ARC下的区别
非ARC环境下:
  block访问外部局部变量,block存放栈里面
  只要block访问变量,而且是整个app都存在的变量,那么肯定在全局区
  在非ARC中.不能使用retain引用block,因为不会放在堆里面,在非ARC中只能使用copy,才会把block放在堆里面
ARC环境下:
  只要block访问了外部局部变量,block就会存放到堆里面
  可以使用strong去引用  因为本身就已经是存放在堆区了
  也可以用copy,但是用stong性能更好

做个小总结(只说ARC环境下的)

用strong修饰OC对象以及NSString和Block , 没添加到父控件上的控件
用weak修饰已经被添加到父控件上的控件 以及 代理对象
用assign基本数据类型、枚举、结构体(非OC对象) class类型
用copy修饰一种情况下的NSString-->不确定赋值过程中用的是可变还是不可变字符串

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,539评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,594评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,871评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,963评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,984评论 6 393
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,763评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,468评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,357评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,850评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,002评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,144评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,823评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,483评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,026评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,150评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,415评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,092评论 2 355

推荐阅读更多精彩内容