OC里容易混淆的基础知识点梳理

原创文章转载请注明出处,谢谢
写这篇帖子的目的是以前很多这种零碎知识我都是记在笔记本上的,现在太多了我就想整理出来,总体梳理一下,但我不可能一下子全部写出来,所以我会在这篇帖子里不断补充进去,直到全部写完,对于一些比较容易理解的概念我会直接在这里讲完,对于那些可以聊很久的知识点就会单独写一个帖子出来。


针对于使用self.property和_property的区别和建议

这两种最直接的区别就在于self.property是通过get和set方法来访问的,如果我们没有重新定义property的get和set方法,那么它使用的就是系统默成的方法,当然前提是你使用的是@synthesize而不是@dynamic;而_property的方式就是C++的访问方式,直接对变量进行操作。

self.property的访问方式要优于直接使用_property,因为它封装了访问方法,加强了我们对于变量的控制!举例来说:

@property (nonatomic, copy, readwrite) NSString *str2;

// Sample 1
NSMutableString *str = [[NSMutableString alloc] initWithString:@"demo1"];
self.str2 = str;
NSLog(@"%p %@", str, _str2);
[str appendString:@"demo2"];
NSLog(@"%p %@", str, _str2);
// output
2016-06-15 22:38:09.980 InitDemo[82882:958415] 0x100700530 0x316f6d656455 demo1
2016-06-15 22:38:09.981 InitDemo[82882:958415] 0x100700530 0x316f6d656455 demo1

// Sample 2
NSMutableString *str = [[NSMutableString alloc] initWithString:@"demo1"];
_str2 = str;
NSLog(@"%p %@", str, _str2);
[str appendString:@"demo2"];
NSLog(@"%p %@", str, _str2);
// output
2016-06-15 22:37:44.841 InitDemo[82870:958019] 0x1002095a0 0x1002095a0 demo1
2016-06-15 22:37:44.842 InitDemo[82870:958019] 0x1002095a0 0x1002095a0 demo1demo2

上面我们使用了两种访问方式,结果是不一样的。会产生这样结果的原因有两个,第一我们对于NSString声明的方式是copy而不是retain或是strong,第二就是self.property的访问方式会自动进行一次copy的操作,所以str2的地址和str的地址其实是不相同的,而_property的操作就是直接的对象赋值操作,不会有copy的行为,只是引用计数的增加,还是指向同一块内存。

但是在有一种情况下,我并不建议使用self.property的方式访问!

在任何的init方法中不要使用self.property的方式访问,因为如果子类中重写了setProperty方法,那么在父类的init函数中调用的就是子类的setProperty方法,这样可能会产生一些不容易预知的情况。

// AClass
@implementation AClass

- (instancetype)initWithName:(NSString *)name {
    if (self = [super init]) {
        self.name = name;
    }
    return self;
}

- (void)setName:(NSString *)name {
    NSLog(@"%@", [[self class] description]);
}

@end

// BClass
@implementation BClass

- (void)setName:(NSString *)name {
    NSLog(@"%@", [[self class] description]);
}

@end

// main
BClass *bClazz = [[BClass alloc] initWithName:@"jim"];

BClass是AClass的子类,BClass没有实现自己的初始化方法,实际是调用了AClass的初始化方法,但是由于BClass重写了setName的方法,导致AClass的self.name = name实际上是调用了子类中的setName方法。但这其实和我们之前说的是有矛盾的,当传入一个mutable对象的时候你不得不使用self.property的方式来存储变量,或者使用对_property进行copy或者mutablecopy的操作。我建议这种情况下还是使用后者吧!

所以我的建议是通常情况下在写入变量的时候使用self.property的方式,在读取变量的时候使用_property的方式!


关于@property中retain和copy的区别

retain和copy的区别在于retain是对对象的引用计数+1,copy是创建一个新的对象。

@interface BClass : AClass

@property (nonatomic, retain) NSString *str1;

@property (nonatomic, copy) NSString *str2;

@end

// main
BClass *bClazz = [[BClass alloc] init];
NSString *str = @"demo1";
bClazz.str1 = str;
bClazz.str2 = str;
NSLog(@"%p, %@ %@", str, bClazz.str1, bClazz.str2);
str = @"demo2";
NSLog(@"%p, %@ %@", str, bClazz.str1, bClazz.str2);
// out put
2016-06-16 12:50:54.476 InitDemo[86490:1082909] 0x100002068, demo1 demo1
2016-06-16 12:50:54.476 InitDemo[86490:1082909] 0x1000020a8, demo1 demo1

BClass *bClazz = [[BClass alloc] init];
NSMutableString *str = [[NSMutableString alloc] initWithString:@"demo1"];
bClazz.str1 = str;
bClazz.str2 = str;
NSLog(@"%p %@ %@", str, bClazz.str1, bClazz.str2);
[str appendString:@"demo2"];
NSLog(@"%p %@ %@", str, bClazz.str1, bClazz.str2);
// out put
2016-06-16 12:57:59.606 InitDemo[86642:1088061] 0x100200560 demo1 demo1
2016-06-16 12:57:59.606 InitDemo[86642:1088061] 0x100200560 demo1demo2 demo1

对于NSString,NSArray,NSDictionary等等经常使用copy关键字,是因为他们都有对应的可变类型:NSMutableString,NSMutableArray,NSMutableDictionary,这样可以避免修改外部对象时会影响内部属性的更改。


关于copy和mutablecopy函数的区别

其实这里还存在一个retian的操作,当然在ARC已经不能主动retain了。

  • copy:对于mutable对象来来说都是深拷贝,引用计数不变的;对于非mutable对象是浅拷贝,引用计数会+1;最后始终返回的是一个非mutable的对象。
  • mutablecopy:始终是深拷贝,引用计数不改变;始终返回一个mutable的对象。
  • retain:始终都是浅拷贝,引用计数+1,返回对象是否可变与被拷贝的对象保持一致。

非mutable对象的特点是当它的值发生改变的时候,它的内存地址是会改变的;mutable对象的特点是当它的值发生改变的时候,它的内存地址是不会改变的。

深拷贝一般用在以下的情景:

  • 可变对象转化为不可变对象
  • 可变对象转化为可变对象
  • 不可变对象转化为可变对象
  • 克隆一个对象

浅拷贝一般用在以下的情景:

  • 复制一个对象指针的时候

关于nonatomic和atomic的区别

atomic和nonatomic的主要区别就是atomic是线程安全的,而nonatomic是线程不安全的;具体来说atomic对于set和get两个函数的操作都是原子的,举例来说如果多线程同时操作调用set函数的话,不会出现某一个线程执行完set全部语句之前,另一个线程开始执行set的情况,get操作也是一样;相当于在函数的头尾添加了@synchronized的锁操作;相反nonatomic的set和get操作就不是原子的;

如果我们能保证某个对象的操作是单线程的话,那么我们就使用nonatomic,因为nonatomic的开销是要低于atomic的;不过有一点要注意的是atomic的线程安全是针对于set和get的操作,它并不能保证整个对象是线程安全的。

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

推荐阅读更多精彩内容