浅谈OC类方法load和initialize系列三

--存在继承关系时initialize和load的调用问题--

1,如果没有重写,子类会调用父类的+(void)initialize
示例代码一
@interface SuperClass : NSObjec
@end
@implementation SuperClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
@end
@interface ChildClass : SuperClass
@end
@implementation ChildClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
+ (void) load {
    NSLog(@"%@ %s", [self class], __FUNCTION__);
}
@end
示例代码二
@interface SuperClass : NSObjec
@end
@implementation SuperClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
@end
@interface ChildClass : SuperClass
@end
@implementation ChildClass
+ (void) load {
    NSLog(@"%@ %s", [self class], __FUNCTION__);
}
@end

示例代码一中

ChildClass继承自SuperClass
SuperClass重写了initialize方法
ChildClass重写了initialize和load方法

示例代码二中

ChildClass继承自SuperClass
SuperClass重写了initialize方法
ChildClass重写了load方法

现在我们在Xcode的项目中只简单的import这两个类,而不去使用它们。然后运行项目,获得下面的结果:

//示例代码一
SuperClass +[SuperClass initialize]
ChildClass +[SuperClass initialize]
ChildClass +[ChildClass load]
示例代码二
SuperClass +[SuperClass initialize]
ChildClass +[ChildClass initialize]
ChildClass +[ChildClass load]

根据打印结果,可以看出:
两段代码中,打印结果完全相同。但ChildClass中并没有重写initialize方法。
当ChildClass的load方法被运行时自动调用时,由于class方法的调用,触发initialize方法被自动调用。
示例代码一中,ChildClass并没有重写initialize 方法,此时,由打印结果可知,先调用了父类的initialize方法,然后由于存在继承,子类没有重写父类的initialize,所以子类会去调用父类的initialize方法。
示例代码二中,ChildClass重写了父类的initialize方法,但此时仍然会调用父类的initialize方法,然后调用子类的initialize方法。

结论:无论子类是否重写父类的initialize方法,当子类的initialize方法被调用之前,都会先调用一次父类的initialize方法(亮点:即便被子类重写,却依然会被自动调用,这点和普通意义的继承重写规则不同)。

注意:这种规则同样适用于继承关系不止两层的情况

2,如果没有重写,子类不会调用父类的+(void)load
示例代码一
@interface SuperClass : NSObjec
@end
@implementation SuperClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
+ (void) load {
    NSLog(@"%@ %s", [self class], __FUNCTION__);
}
@end
@interface ChildClass : SuperClass
@end
@implementation ChildClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
@end
示例代码二
@interface SuperClass : NSObjec
@end
@implementation SuperClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
+ (void) load {
    NSLog(@"%@ %s", [self class], __FUNCTION__);
}
@end
@interface ChildClass : SuperClass
@end
@implementation ChildClass
+(void)initialize{
    NSLog(@"%@ %s",[self class], __FUNCTION__);
}
+ (void) load {
    NSLog(@"%@ %s", [self class], __FUNCTION__);
}
@end

示例代码一中

ChildClass继承自SuperClass
SuperClass重写了initialize和load方法
ChildClass重写了initialize方法

示例代码二中

ChildClass继承自SuperClass
SuperClass重写了initialize和load方法
ChildClass重写了initialize和load方法

现在我们在Xcode的项目中只简单的import这两个类,而不去使用它们。然后运行项目,获得下面的结果:

//示例代码一
SuperClass +[SuperClass initialize]
SuperClass +[SuperClass load]
示例代码二
SuperClass +[SuperClass initialize]
SuperClass +[SuperClass load]
ChildClass +[ChildClass initialize]
ChildClass +[ChildClass load]

根据打印结果,可以看出:
两段代码中,打印结果完全不相同。代码区别在于ChildClass是否有重写父类的load方法。
当父类的load方法被运行时自动调用时,由于class方法的调用,触发initialize方法被自动调用。
示例代码一中,ChildClass并没有重写load方法,此时,由打印结果可知,子类虽然继承于父类,但此时,子类并没有去执行父类的load方法。
示例代码二中,ChildClass重写了父类的load方法,此时运行时会调用子类重写的load方法,注意,此时并不影响父类的load方法的调用。

结论:当子类没有重写父类的load方法,子类被引用时运行时不会自动去调用父类的load的方法,即便子类有继承父类的load方法。当子类重写了父类的load方法后,子类被引用时运行时会调用子类的load方法,此时并不会影响父类的load方法的调用。

总结:在继承关系中,对于initialize和load方法,子类都会继承。如果父类和子类都被调用,父类的调用一定在子类之前。但:当子类的initialize方法被触发之前(不管是否重写),都会先调用父类的initialize方法,如果子类重写了initialize方法,则接下来调用子类的,如果没有重写,则接下来再次调用父类的initialize方法。而load方法则完全不同,首先,如果子类没有重写父类的load方法,则不会去调用父类的load方法,也就是说:对于一个类而言,没有load方法实现就不会调用,不会考虑对父类的继承。如果子类重写的父类的load方法,则在调用子类方法之前会自动调用父类的load方法,也就是说:一个类的load方法不用写明[super load],父类就会收到调用,并且在子类之前。

3,不需要显示使用super调用父类中的方法

当我们定义init方法时,我们总是需要使用super关键字来调用父类的方法,让父类也完成相同的操作。这是因为对对象的初始化过程,OC不像C++,C#那样会自动调用父类默认的构造函数。因此,我们总是需要将这个函数写成这样:

- (id)init{
    self = [super init];
    if (self) {
    }
    return self;
}

注:ARC模式下,dealloc不用再使用super调用父类的dealloc方法
但是initialize和load不需要使用super调用父类的方法。因为当子类的load被调用时,Runtime会自动对父类的load方法进行调用,而initialize则会随子类自动激发父类的方法,同时,当子类激活继承下来的父类方法时,如果父类的方法中用到了self,其指代的依然是子类自身,而不是父类。这是OC区别于C++,Java等面向对象语言的地方:类方法也有多态性。

资料链接:

[IDER]:
http://blog.iderzheng.com
http://blog.iderzheng.com/objective-c-load-vs-initialize/
[MrPeak杂货铺]:http://blog.csdn.net/hanangellove/article/details/45033453
[知乎上的一个怎么面试iOS工程师的问题]:
http://blog.csdn.net/hanangellove/article/details/45033453

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

推荐阅读更多精彩内容