iOS中的property属性关键字

前言

做iOS开发也有不短的时间,文章看过不少, 还从来没自己写过,这篇是第一次写,如果有哪儿写的不正确,或者有疑义的,欢迎大家指正,大家一起交流学习。当然网上有很多相关的文章,但老话说的好:好记性不如烂笔头(笔者深有体会,很多看过的没过几天就忘记了)。


正文

好了,废话少叙,直接开始进入正题。

属性的关键字是我们开发中最基本的,也是不可避免的一环,大家可能平时开发过程中一直用,但是不会注意到它,但是开发久了,自然还是想知道一些,下面就给大家说一说这些关键字。

property关键字一般分为三类:原子性(线程安全)相关、引用计数(内存管理)相关、读写性相关

原子性相关

automatic:属性默认关键字,原子性的,线程安全的。保证了程序在运行期间,不会出现某一条线程还没有执行完set方法,另一条就执行的情况发生。

这里有一个值得注意的地方,automatic只是对属性的set方法加锁,仅仅保证的是“写”这个操作的线程安全性,而实际开发过程中一般要求的是“读写”过程整体的线程安全性。另外由于automatic加锁的方式使用的是@synchronized,所以开销较大,影响性能。所以日常开发中不会使用automatic来实现线程安全,究其原因就是上述了,至于线程安全不是这篇文章的主题,这里就不研究了。

nonautomatic:我们开发中默认使用的property关键字,与automatic对应。

读写性相关(没有太多可写的)

readwrite:默认属性,可读可写,生成setter和getter方法。

readonly:只读属性,只生成getter方法,也就是说只能访问变量,不能修改(当然这只是代码规范情况下)。

内存管理相关

assign :用于非指针变量。用于基础数据类型 (例如NSInteger)和C数据类型(int, float, double, char, 等),另外还有id 。setter 方法直接赋值,不进行任何 retain 操作。

用于对基本数据类型进行复制操作,不更改引用计数。也可以用来修饰对象,但是,被assign修饰的对象在释放后,指针的地址还是存在的,也就是说指针并没有被置为nil,成为野指针。如果后续在分配对象到堆上的某块内存时,正好分到这块地址,程序就会crash。之所以可以修饰基本数据类型,因为基本数据类型一般分配在栈上,栈的内存会由系统自动处理,不会造成野指针。

我们常见的id delegate往往是用assign方式的属性而不是retain方式的属性,赋值不会增加引用计数,就是为了防止delegation两端产生不必要的循环引用。如果一个UITableViewController 对象a通过retain获取了UITableView对象b的所有权,这个UITableView对象b的delegate又是a, 如果这个delegate是retain方式的,那基本上就没有机会释放这两个对象了。自己在设计使用delegate模式时,也要注意这点。因为循环引用而产生的内存泄露也是Instrument无法发现的,所以要特别小心。

weak:对对象的弱引用,不增加对象的引用计数,也不持有对象,当对象消失后指针自动指向nil,所以这里也就防止了野指针的存在。

修饰的对象在释放后,指针地址会被置为nil,是一种弱引用。在ARC环境下,为避免循环引用,往往会把delegate属性用weak修饰,当然对于控制器有时也需要用到weak,究其原因就是为了防止循环引用的发生。weak和strong不同的是:当一个对象不再有strong类型的指针指向它的时候,它就会被释放,即使还有weak型指针指向它,那么这些weak型指针也将被清除。

strong:ARC之后的关键字,用于替代retain,强引用某对象,即将对象的引用计数+1。

绝大多数情况下strong和retain的作用是相同的,日常开发中,我们大部分对象属性也都是用strong这个关键字,但在声明Block时,使用strong和retain会有截然不同的效果。strong会等于copy,而retain等于assign。日常开发中Block声明时使用copy,为什么呢,这算是个历史习惯问题吧,因为非ARC下不copy的Block会在栈中,ARC中的Block都会在堆上的。关于block的“姿势”,以后如果写文章的话,再议~~~~

copy(重点,虽然用的地方就那几个,但是值得关注):赋值时释放旧值,然后对传入值进行拷贝,对象引用计数为1。所以使用copy关键字的时候,你将一个对象复制给该属性,该属性并不会持有那个对象。而使用copy关键字的对象必须要实现NSCopying协议。 

那么我们什么时候需要使用copy关键字呢,既然目的是持有一个对象,那直接用strong不就完了?

修饰NSString、NSArray、NSDictionary等有对应可变类型的对象,以及block类型对象时需要使用copy关键字!!!这里就不贴图或者上代码了,百度可以出来一大片,但大同小异的都只是表明了现象,并没有阐述理由,这里小小的吐槽一下,那样的博文有什么意义,笔者也是看过许多的坑啊~~~~

简而言之,因为他们有可能和对应的可变类型(例如NSMutableString)之间进行赋值操作,为确保对象中的字符串不被修改 ,应该在设置属性时拷贝一份。而若用strong修饰,如果对象在外部被修改了,会影响到属性。

那么写到这里就不得不提起copy的浅拷贝以及深拷贝,这里只说copy,关于copy和mutablecopy的区别,不在本文主题内……

先表明一下深浅拷贝的区别,最简明的就是,浅拷贝是指针拷贝;深拷贝是内容拷贝

需要记住的是copy总是返回一个不可变的对象,对于不可变类型对象进行copy,是浅拷贝,对可变类型对象进行copy,是深拷贝。

总结:

以上就是日常开发中大家会使用到的关键字,第一次写文章,可能有的地方阐述的不准确,再次欢迎大家指正!!!

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

推荐阅读更多精彩内容