iOS_Property属性纪录

以下内容仅仅为笔记整理

1.格式

@property (参数1,参数2,...) 类型 名字;

eg:
@property(nonatomic,retain) UIWindow *window;
其中参数主要分为三类:
• 读写属性: (readwrite/readonly/setter = /getter = )
• setter语意:(assign/retain/copy)
• 原⼦子性: (atomicity/nonatomic)
• nullability annotations: (nonnull/nullable) 

参数意义:

- readwrite  产生setter\getter⽅方法
- readonly   只产生简单的getter,没有setter, 默认的读写属性  
- setter     指定生成setter⽅法的名字
- getter     指定生成getter方法的名字
- assign     默认类型,setter方法直接赋值,而不进⾏retain操作,适⽤于基本数据类型, 对象类型, 不会发⽣生引用计数变化
- retain     setter方法对参数进⾏行release旧值,再retain新值
- copy       setter方法进⾏行Copy操作,与retain一样
- atomic     保证多线程访问下的安全,但浪费系统资源,原子性控制的默
认设置
- nonatomic  禁⽌多线程,变量保护,提高性能
- nonnull    表示对象可以是NULL或nil
- nullable   表⽰对象不应该为空

2.重要属性对比

  • <atomic> VS <nonatomic>
1.atomic 是默认的属性,表示对象的操作属于原子操作,主要是在多线程的环境下,提供多线程访问的安全。
  我们知道在多线程的下对对象的访问都 需要先上锁访问后再解锁,保证不会同时有⼏个操作针对同⼀个对象。
  如果编程中不涉及到多线程,不建议使用,因为使用atomic⽐比nonatomic更耗费系统资源。
2.nonatomic 表⽰访问器的访问不是原⼦操作,不支持多线程访问安全,但 是访问性能⾼。
  • <readwrite> VS <readonly>
1.readwrite 是默认的属性,表⽰可以对象进⾏读和写,自动生成setter和getter⽅法。
2.readonly  表示只允许读取对象的值,只会生成对象的getter⽅法。

//以下等价
@property (nonatomic,retain)           NSObject *object;
@property (nonatomic,retain,readwrite) NSObject *object;
  • < retain >, < assign > VS < copy >
1.retain 表⽰示对NSObject和及其⼦子类对象release旧值,再retain新值,使对象的应⽤计数增加⼀。
  该属性只能使⽤用于obejective-c类型对象,不能用于Core Foundation对象。

2.assign 是默认属性,只可以对基本数据类型(如CGFloat, NSInteger,Bool,int,代理对象)等使⽤。
  该方式会对象直接赋值而不会进行retain操作。

3.copy   表⽰重新建立一个新的计数为1的对象,然后释放掉旧的值。
  都知道retain是对指针的拷⻉,copy是对内容的拷⻉。

  eg:NSString 对象 的地址为0x100,其内容为“string”
  如果使用copy到另外一个NSString对 象,则会⽣生成另外⼀个地址为0x110的对象,只不过内容仍然是’string“。
  如果使用retain到另外一个NSString对象,则该对象的地址仍然为0x100,只不过 该对象的计数变为2.
retain 是指针拷贝
copy   是内容拷贝
//在拷贝之前,都会释放旧的对象。

assign:简单赋值,不更改索引计数(Reference Counting)。
copy  :建立一个索引计数为1的对象,然后释放旧对象
retain:释放旧的对象,将旧对象的值赋予输入对象,再提高输入对象的输入对象的索引计数为1


//事例说明
@property (nonatomic,retain) TestObject *object;
@property (nonatomic,copy  ) TestObject *object;

/********** Getter等效代码***********/
//.m中getter等效代码
- (TestObject*)object{
   return object;
}
//.m中getter等效代码
- (TestObject*)object{
  [object retain];
  return  [object autorelease];//用完立即释放
}

/********** Setter等效代码分析***********/
- (void)setObject:(TestObject*)newObject{
  if(object != newObject){
    [object release];
    object = [newObject copy];
  }
}

  • < strong > VS < weak >
  目的:对象声明时需要加⼊入strong和weak,方便内存的自动管理。
  ->strong:强引⽤用,默认的属性,类似于retain,其实是一个相对的概念,就是一个引用。
    默认的所有实例变量和局部变量都是strong指针。
    如果有一个强引⽤持有该对象,则该对象就不能被释放。
  ->weak:弱引⽤,类似于assign,弱引用除了不决定对象的存亡外,其他与强引用相同。
    即使一个对象被持有⽆数个若引用,只要没有强引用指向他,那麽其还是会被清除,它不是对象的拥有者。
    其值会在对象被释放后自动设置为nil。 
    weak指针主要用于“父-子”关系,父亲拥有⼀个⼉子的strong指针
    因此父亲是儿子的所有者;但为了阻止所有权循环,儿⼦需要使用weak指针指向父亲。
    
    eg:典型例⼦是delegate模式
    ViewController通过strong指针(self.view)拥有⼀个UITableView的dataSource和delegate都是weak指针
  • < nonnull > VS < nullable >
1. swift:可以使⽤!和?来表⽰一个对象是optional的还是non- optional,如view?和view!。
2. Objective-C:没有这一区分,view即可表示这个对象是optional,也可表示是non-optional。
说明:这样就会造成一个问题: 在Swift与Objective-C混编时,Swift编译器并不知道一个Objective-C对象到 底是optional还是non-optional,因此这种情况下编译器会隐式地将Objective- C的对象当成是non-optional。  为了解决这个问题,苹果在Xcode 6.3引⼊入了⼀个Objective-C的新特性: nullability annotations。这⼀新特性的核⼼心是两个新的类型注释:nullable 和nonnull。

->nullable 表⽰对象可以是NULL或nil
->nonnull  表示对象不应该为空
  说明:当我们不遵循这一规则时,编译器就会给出警告。
  在任何可以使用const关键字的地⽅都可以使⽤nullable和nonnull,不过这两个关键字仅限于使用在指针类型上。
  在⽅法的声明中,我们还可以使用不带下划线的nullable和nonnull

//建议对象属性不能为空,使用方式1
@property (nonatomic,copy,nonnull) NSArray *items;//方式1
@property (nonatomic,copy        ) NSArray *items;//方式2

3.错误代码属性设置

错误1:

//错误写法
@property (nonatomic) NSString *name;
@property (nonatomic,assign) NSString *name//等价
//正确写法
@property (nonatomic,copy  ) NSString *name;

分析:不是基本数据类型的对象,所以默认的assign修饰符是不行的,由于atomic, readwrite,assign是默认,以下写法是可行的:

//正确写法
@property NSInteger maxCount;
@property (atomic,assign,readwrite) NSInteger maxCount;//等价

4.总结

说明:手动实现getter和setter方法(atomic/nonatomic/retain/ assign/copy定义的对象)
只是给编译器的建议,编译器首先会到代码⾥里⾯去找。
1.如果定义了相应的getter和setter的方法,那么好,⽤手动定义的getter&&setter方法
2.如果没有,编译器就会根据对象自动生成相应的getter和setter方法

5.⭐️⭐️⭐️⭐️重点总结⭐️⭐️⭐️⭐️

重点!!!重点!!!重点!!!!

1.copy  使用类型 :NSString,block
2.assign使用类型 :delegate,int,float,NSInteger,bool,枚举,结构体...
3.retain使用类型 :NSArray,NSDate
4.strong使用类型 :NSString/block以外的OC对象
5.weak  使用类型 :当2个对象相互引用,一端用strong,一端用weak;
6.readOnly     :只读时候(即只需要getter方法的时候);
  readWriete   :默认属性(getter&&setter方法)

6.补充

属性中的修饰词 - 我的理解 :
------------------------------------------------------------------------------
assign ( ARC/MRC )
1.这个修饰词是直接赋值的意思 , 整型/浮点型等数据类型都用这个词修饰 .
2.如果没有使用 weak strong retain copy 修饰 , 那么默认就是使用 assign 了. ( 它们之间是有你没我的关系 )
3.当然其实对象也可以用 assign 修饰 , 只是对象的计数器不会+1 . ( 与 strong 的区别 )
4.如果用来修饰对象属性 , 那么当对象被销毁后指针是不会指向 nil 的 . 所以会出现野指针错误 . ( 与weak的区别 )

------------------------------------------------------------------------------
weak ( ARC )
1.弱指针是针对对象的修饰词 , 就是说它不能修饰基本数据类型 .
2.weak 修饰的对象计数器不会+1 , 也就是直接赋值 .
3.弱引用是为打破循环引用而生的 .
4.它最被人所喜欢的原因是 它所指向的对象如果被销毁 , 它会指向 nil . 而 nil 访问什么鬼都不会报野指针错误 .

------------------------------------------------------------------------------
strong ( ARC )
1.直接赋值并且计数器 +1 .
2.在 ARC 里替代了 retain 的作用 .

------------------------------------------------------------------------------
retain ( MRC )
1.release 旧对象( 旧对象计数器 -1 ) , retain 新对象( 新对象计数器 +1 ) , 然后指向新对象 .
2.在set方法里面是这样的 :

  if (_delegate) {
      [_delegate release];
  }
  _delegate = [delegate retain];

------------------------------------------------------------------------------
copy ( ARC/MRC )
1.copy 在 MRC 时是这样做的 release 旧对象( 旧对象计数器 -1 ) , copy 新对象( 新对象计数器 +1 ) , 然后指向新对象 .
1.1在set方法里面是这样的 :

  if (_delegate) {
      [_delegate release];
  }
  _delegate = [delegate copy];
2.copy 在 ARC 时是这么干的 copy 新对象( 新对象计数器 +1 ) , 然后指向新对象 .
2.1在set方法里面是这样的 :

  _delegate = [delegate copy];
3.使用注意 :
3.1 修饰的属性本身要不可变的 . 例如 NSMutableArray 采用 copy 修饰 , 添加元素表面上可以 一到运行就崩溃了 , 因为 copy 过后实际上成了NSArray了 . ( 队友 , 我们不吭你 )
3.2 遵守 NSCopying 协议的对象使用 .

------------------------------------------------------------------------------
nonatomic ( ARC/MRC )
1.不对set方法加锁 .
2.性能好
3.线程不安全

atomic ( ARC/MRC )
1.原子属性就是对生成的 set 方法加互斥锁 @synchronized(锁对象) .

@synchronized(self) {
  _delegate = delegate;
}
2.需要消耗系统资源 .
3.互斥锁是利用线程同步实现的 , 意在保证同一时间只有一个线程调用 set 方法 .
4.其实还有 get 方法 , 要是同时 set 和 get 一起调用还是会有问题的 . 所以即使用了 atomic 修饰 还是不够安全 .

------------------------------------------------------------------------------
readonly
1.让 Xcode 只生成get方法 .
2.不想把暴露的属性被人随便替换时 , 可以使用 .

------------------------------------------------------------------------------
readwrite
1.让 Xcode 生成get/set方法 .
2.不用 readonly 修饰时 , 默认就是 readwrite .

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

推荐阅读更多精彩内容