一.类的加载
前面的一些探索中我们遇到了一些类加载相关的知识点,这里简单做一些补充和说明。类加载的详细知识点会在以后的篇幅中说明!
1.firstSubclass为什么是nil
比如上一篇文章中的案例,LGTeacher继承自LGPerson,LGPerson继承自NSObject,所以LGTeacher是LGPerson的子类。但是在进行LGPerson类class_rw_t的数据结构打印时,发现其子类为空,为什么呢?见下图:
LGTeacher不是继承自LGPerson吗,这里应该输出LGTeacher才对啊!做个调整,在LGPerson初始化之前,先进行LGTeacher的初始化!见下图:
这里面成功输出了
JhsTeacher为什呢?因为对象需要初始化,类也要初始化(加载类)!但是什么时候初始化类呢?这里涉及到懒加载类和非懒加载类的区别。
简单说就是:
懒加载类:没有实现+load()方法的类,会在第一次消息发送的时候加载非懒加载类:实现+load()方法的类,会在main函数之前,dyld进行动态库加载的时候进行类的初始化
上面的案例中,进行JhsTeacher对象初始化时,发送了消息,所以完成了类的加载。所以在JhsPerson类的class_rw_t的firstSubclass中输出了JhsTeacher。
2.cls->instanceSize
其实在对象初始化的时候,进行内存空间计算的时候已经涉及到了类加载的知识点!见下面的代码:
inline size_t instanceSize(size_t extraBytes) const {
if (fastpath(cache.hasFastInstanceSize(extraBytes))) {
return cache.fastInstanceSize(extraBytes);
}
size_t size = alignedInstanceSize() + extraBytes;
// CF requires all objects be at least 16 bytes.
if (size < 16) size = 16;
return size;
}
if中fastInstanceSize是16字节对齐算法,alignedInstanceSize()是8字节对齐,并且一定会走16字节对齐流程,也就是cache.fastInstanceSize一定返回YES!
为什么呢?
- 如果类是懒加载,对象初始化,发送
alloc消息时,会对类进行初始化,调用类的实现方法realizeClassWithoutSwift - 如果类是非懒加载,对象初始化在
main函数之前,同样会调用类的实现方法realizeClassWithoutSwift在realizeClassWithoutSwit中,对fastInstanceSize方法进行设置:
// Set fastInstanceSize if it wasn't set already.
cls->setInstanceSize(ro->instanceSize);
复制代码
所以,cls->instanceSize一定是16字节对齐返回!
总结:
懒加载类:没有实现+load()方法的类,会在第一次消息发送的时候加载非懒加载类:实现+load()方法的类,会在main函数之前,dyld进行动态库加载的时候进行类的初始化- 不管是
懒加载还是非懒加载,都会调用类的实现方法realizeClassWithoutSwift
二.属性、成员变量、实例变量
见下面案例,该案例和上一篇文章,类的结构探索中的案例是一样的,一个成员变量subject,两个属性name和hobby,两个方法-(void)sayNB和+ (void)say666,见下面案例:
@interface LGPerson : NSObject{
NSString *subject;
}
@property (nonatomic, copy) NSString *name;
@property (nonatomic, strong) NSString *hobby;
- (void)sayNB;
+ (void)say666;
@end
int main(int argc, const char * argv[]) {
@autoreleasepool {
LGPerson *p = [[LGPerson alloc] init];
}
return 0;
}
1.lldb探索
通过调用
class_rw_t中的properties()方法,可以获取2个属性name和hobby。见下图:
在获取方法列表时,多出了四个对象方法,分别是两个属性的get\set方法,见下图:
- lldb调试方式:
- RunTime获取:
说明系统会自动为属性添加get\set方法。同时在获取成员变量列表时,也多出了两个成员变量分别是_name和_hobby。见下图:
可以得出个结论:
属性=get\set方法+带下划线的成员变量;- 方法在底层是以
method_t的结构体形式呈现,包括方法名称、类型编码、方法实现,其中类型编码中也已经做了说明。
2.cpp源码探索
通过clang可以将m文件编译成cpp文件,这样我们可以了解更多的关于底层的实现原理。见下面的cpp源码中JHSPerson的定义:
#ifndef _REWRITER_typedef_JHSPerson
#define _REWRITER_typedef_JHSPerson
typedef struct objc_object JHSPerson;
typedef struct {} _objc_exc_JHSPerson;
#endif
extern "C" unsigned long OBJC_IVAR_$_JHSPerson$_name;
extern "C" unsigned long OBJC_IVAR_$_JHSPerson$_hobby;
struct JHSPerson_IMPL {
struct NSObject_IMPL NSObject_IVARS;
NSString *subject;
NSString * _Nonnull _name;
NSString * _Nonnull _hobby;
};
// @property (nonatomic, copy) NSString *name;
// @property (nonatomic, copy) NSString *hobby;
// - (void)sayNB;
// + (void)say666;
/* @end */
#pragma clang assume_nonnull end
// @implementation JHSPerson
static void _I_JHSPerson_sayNB(JHSPerson * self, SEL _cmd) {
}
static NSString * _Nonnull _I_JHSPerson_name(JHSPerson * self, SEL _cmd) { return (*(NSString * _Nonnull *)((char *)self + OBJC_IVAR_$_JHSPerson$_name)); }
extern "C" __declspec(dllimport) void objc_setProperty (id, SEL, long, id, bool, bool);
static void _I_JHSPerson_setName_(JHSPerson * self, SEL _cmd, NSString * _Nonnull name) { objc_setProperty (self, _cmd, __OFFSETOFIVAR__(struct JHSPerson, _name), (id)name, 0, 1); }
static NSString * _Nonnull _I_JHSPerson_hobby(JHSPerson * self, SEL _cmd) { return (*(NSString * _Nonnull *)((char *)self + OBJC_IVAR_$_JHSPerson$_hobby)); }
static void _I_JHSPerson_setHobby_(JHSPerson * self, SEL _cmd, NSString * _Nonnull hobby) { objc_setProperty (self, _cmd, __OFFSETOFIVAR__(struct JHSPerson, _hobby), (id)hobby, 0, 1); }
// @end
- 定义的三个属性生成了三个成员变量,分别是:
_name,_hobby, - 如果定义的属性本身带下划线,会再添加一个下划线,如:
__hobby;(可以自己测试) - 属性自动生成了
get\set方法,而成员变量不会生成get\set方法;
3.属性、成员变量、实例变量的区别
- 属性 = 带下划线成员变量 +
setter+getter⽅法 - 实例变量 : 特殊的成员变量 (类的实例化),非基本数据类
三.Runtime面试题
1.class_getInstanceMethod
测试案例如下:
JHSPerson两个方法
//- (void)sayHello;
//+ (void)sayHappy;
void jhsInstanceMethod_classToMetaclass(Class pClass){
const char *className = class_getName(pClass);
Class metaClass = objc_getMetaClass(className);
Method method1 = class_getInstanceMethod(pClass, @selector(sayHello));
Method method2 = class_getInstanceMethod(metaClass, @selector(sayHello));
Method method3 = class_getInstanceMethod(pClass, @selector(sayHappy));
Method method4 = class_getInstanceMethod(metaClass, @selector(sayHappy));
LGLog(@"%s - %p-%p-%p-%p",__func__,method1,method2,method3,method4);
}
结果分析:
- 类中是否有
对象方法sayHello?有! - 元类中是和否有
对象方法sayHello?没有! - 类中是否有
类方法sayHappy?没有! - 元类中是否有
类方法sayHappy?有!
结果验证:
jhsInstanceMethod_classToMetaclass - 0x1000081c0-0x0-0x0-0x100008158
总结:这里不能被class_getInstanceMethod中的instance所误导,误认为是获取类的对象的方法。这里需要明确一个概念是,对象是类的实例,类是元类的实例,所以在底层的封装中没有类方法这一说,都视为对象方法。如果传入的是类,那就是获取类的对象方法,如果传入的是元类,就是获取元类的对象方法。而源码实现的核心流程就是从类的rw中获取方法列表: auto const methods = cls->data()->methods();。
2.class_getClassMethod
引入下面的测试案例:
JHSPerson两个方法
//- (void)sayHello;
//+ (void)sayHappy;
void jhsClassMethod_classToMetaclass(Class pClass){
const char *className = class_getName(pClass);
Class metaClass = objc_getMetaClass(className);
Method method1 = class_getClassMethod(pClass, @selector(sayHello));
Method method2 = class_getClassMethod(metaClass, @selector(sayHello));
Method method3 = class_getClassMethod(pClass, @selector(sayHappy));
Method method4 = class_getClassMethod(metaClass, @selector(sayHappy));
LGLog(@"%s-%p-%p-%p-%p",__func__,method1,method2,method3,method4);
}
结果分析:
class_getClassMethod是获取类方法,也就是元类的对象方法,是从元类中获取,所以-(void)sayHello一定是不存在的!所以method1和method2一定是空。method3呢?虽然传入的是类,但是源码中会通过类找到元类,从而获取对象方法。所以method3是存在的!method4没啥好说的,一定存在!
jhsClassMethod_classToMetaclass-0x0-0x0-0x100008158-0x100008158
总结:class_getClassMethod的源码实现见下面的代码,通过传入的类找到元类,如果传入的已经是元类,直接使用该类获取。而获取Method调用的是class_getInstanceMethod方法,也就是获取对象方法。对象是类的实例,类是元类的实例,所以在底层的封装中没有类方法这一说,都视为对象方法。
Method class_getClassMethod(Class cls, SEL sel)
{
if (!cls || !sel) return nil;、
return class_getInstanceMethod(cls->getMeta(), sel);
}
Class getMeta()
{
if (isMetaClassMaybeUnrealized()) return (Class)this;
else return this->ISA();
}
3.class_getMethodImplementation
类中获取方法实现,引入下面的测试案例:
JHSson两个方法
//- (void)sayHello;
//+ (void)sayHappy;
// 参数为JHSson.class
void IMP_classToMetaclass(Class pClass){
const char *className = class_getName(pClass);
Class metaClass = objc_getMetaClass(className);
IMP imp1 = class_getMethodImplementation(pClass, @selector(sayHello));
IMP imp2 = class_getMethodImplementation(metaClass, @selector(sayHello));
IMP imp3 = class_getMethodImplementation(pClass, @selector(sayHappy));
IMP imp4 = class_getMethodImplementation(metaClass, @selector(sayHappy));
NSLog(@"%s-%p-%p-%p-%p", __func__,imp1,imp2,imp3,imp4);
}
结果分析:
- 类中是否有
对象方法sayHello的方法实现?有! - 元类中是和否有
对象方法sayHello的方法实现?没有! - 类中是否有
类方法sayHappy的方法实现?没有! - 元类中是否有
类方法sayHappy的方法实现?有! 结果验证:
IMP_classToMetaclass 0x100003b00-0x7fff2021b5c0-0x7fff2021b5c0-0x100003b40* 总结:很意外,
imp2和imp3竟然不为空,并且方法实现地址是一样的,为啥?class_getMethodImplementation实现源码去分析,在获取类的方法实现时,会进入慢速方法查找流程,如果没有找到则会返回一个默认的方法实现,也就是_objc_msgForward消息转发。首先元类中是没有对象方法的,类中也没有类方法,所以他们返回了相同的方法实现,也即是消息转发。
IMP class_getMethodImplementation(Class cls, SEL sel)
{
IMP imp;
if (!cls || !sel) return nil;
lockdebug_assert_no_locks_locked_except({ &loadMethodLock });
imp = lookUpImpOrNilTryCache(nil, sel, cls, LOOKUP_INITIALIZE | LOOKUP_RESOLVER);
// Translate forwarding function to C-callable external version
if (!imp) {
return _objc_msgForward;
}
return imp;
}
4.isKindOfClass、isMemberOfClass
入案例:
void jhsKindofDemo(void){
BOOL re1 = [(id)[NSObject class] isKindOfClass:[NSObject class]]; //
BOOL re2 = [(id)[NSObject class] isMemberOfClass:[NSObject class]]; //
BOOL re3 = [(id)[JHSPerson class] isKindOfClass:[JHSPerson class]]; //
BOOL re4 = [(id)[JHSPerson class] isMemberOfClass:[JHSPerson class]]; //
NSLog(@" re1 :%hhd\n re2 :%hhd\n re3 :%hhd\n re4 :%hhd\n",re1,re2,re3,re4);
BOOL re5 = [(id)[NSObject alloc] isKindOfClass:[NSObject class]]; //
BOOL re6 = [(id)[NSObject alloc] isMemberOfClass:[NSObject class]]; //
BOOL re7 = [(id)[LGPerson alloc] isKindOfClass:[JHSPerson lass]]; //
BOOL re8 = [(id)[LGPerson alloc] isMemberOfClass:[JHSPerson class]]; //
NSLog(@" re5 :%hhd\n re6 :%hhd\n re7 :%hhd\n re8 :%hhd\n",re5,re6,re7,re8);
}
运行结果:
逐个分析:
1.+ (BOOL)isKindOfClass
源码实现如下:
+ (BOOL)isKindOfClass:(Class)cls {
for (Class tcls = self->ISA(); tcls; tcls = tcls->getSuperclass()) {
if (tcls == cls) return YES;
}
return NO;
}
[(id)[NSObject class] isKindOfClass:[NSObject class]];
- 获取
NSObject类的元类,此时tcls是根元类,cls是根类,所以不相等; for循环,tcls等于根元类的父类,也就是根类,相等;- 在循环的第二次判断是返回
YES; - 最终结果为
YES。
路径是: 根类(self->ISA()) -> 根元类(getSuperclass()) -> 根类 == 根类[NSObject class]
[(id)[JHSPerson class] isKindOfClass:[JHSPerson class]];
- 获取
JHSPerson类的元类,此时tcls是JHSPerson元类,cls是JHSPerson类,所以不相等; for循环,tcls等于根元类,不相等;for循环,tcls等于根类,不相等;for循环,tcls等于nil,不相等;- 最终结果为
NO。 路径是:JHSPerson类(self->ISA()) -> JHSPerson元类(getSuperclass()) -> 根元类(getSuperclass()) -> 根类(getSuperclass()) -> nil != JHSPerson类[JHSPerson class]
2.+ (BOOL)isMemberOfClass
源码实现如下:
+ (BOOL)isMemberOfClass:(Class)cls {
return self->ISA() == cls;
}
[(id)[NSObject class] isMemberOfClass:[NSObject class]];
根元类与根类比较,返回NO。
[(id)[JHSPerson class] isMemberOfClass:[JHSPerson class]];
JHSPerson元类与JHSPerson类比较,返回NO。
3.- (BOOL)isKindOfClass
源码实现如下:
- (BOOL)isKindOfClass:(Class)cls {
for (Class tcls = [self class]; tcls; tcls = tcls->getSuperclass()) {
if (tcls == cls) return YES;
}
return NO;
}
- (Class)class {
return object_getClass(self);
}
[(id)[NSObject alloc] isKindOfClass:[NSObject class]];
NSObject对象获取类,得到根类,等于[NSObject class];- 在循环的第一次即返回
YES。
[(id)[JHSPerson alloc] isKindOfClass:[JHSPerson class]];
JHSPerson对象获取类,得到JHSPerson类,等于[JHSPersonclass];- 在循环的第一次即返回
YES。
4.- (BOOL)isMemberOfClass
源码实现如下:
- (BOOL)isMemberOfClass:(Class)cls {
return [self class] == cls;
}
- (Class)class {
return object_getClass(self);
}
[(id)[NSObject alloc] isMemberOfClass:[NSObject class]];
根类对象获取类,与根类比较,返回YES。
[(id)[JHSPerson alloc] isMemberOfClass:[JHSPerson class]];
JHSPerson对象获取类与JHSPerson类比较,返回YES。