概述
现在进行对对象底层实现进行初步探究。以下代码基于继承自NSObject
的Person
类。以下分析基于objc4源码库,如需可点击连接获取。
对象的创建和地址分析
创建了三个对象,并分别打印它们的类型,指针指向的地址和指针地址
Person *p1 = [Person alloc];
Person *p2 = [p1 init];
Person *p3 = [p1 init];
NSLog(@"%@ --- %p --- %p", p1, p1, &p1);
NSLog(@"%@ --- %p --- %p", p2, p2, &p2);
NSLog(@"%@ --- %p --- %p", p3, p3, &p3);
输出:
<Person: 0x600000d4c150> --- 0x600000d4c150 --- 0x7ffee4784e00
<Person: 0x600000d4c150> --- 0x600000d4c150 --- 0x7ffee4784df8
<Person: 0x600000d4c150> --- 0x600000d4c150 --- 0x7ffee4784df0
从上可以看出:Person
类通过alloc
开辟的地址为0x600000d4c150
,p1,p2,p3指向了相同的一块地址,但是p1,p2,p3的地址不同,此时可以看出是在调用了alloc
方法之后就开辟了内存空间并关联了相关指向。接下来进行分析alloc的内部实现。
alloc 内部实现
首先看一下alloc的调用流程
当我们调用alloc时,系统会首先调用
NSObject
的alloc方法,因为Person类是继承自NSObject的。以下是前面的调用流程:
alloc
+ (id)alloc {
return _objc_rootAlloc(self);
}
id _objc_rootAlloc(Class cls)
{
return callAlloc(cls, false/*checkNil*/, true/*allocWithZone*/);
}
callAlloc
static ALWAYS_INLINE id
callAlloc(Class cls, bool checkNil, bool allocWithZone=false)
{
#if __OBJC2__
if (slowpath(checkNil && !cls)) return nil;
if (fastpath(!cls->ISA()->hasCustomAWZ())) {
return _objc_rootAllocWithZone(cls, nil);
}
# endif
// No shortcuts available.
if (allocWithZone) {
return ((id(*)(id, SEL, struct _NSZone *))objc_msgSend)(cls, @selector(allocWithZone:), nil);
}
return ((id(*)(id, SEL))objc_msgSend)(cls, @selector(alloc));
}
id
_objc_rootAllocWithZone(Class cls, malloc_zone_t *zone __unused)
{
// allocWithZone under __OBJC2__ ignores the zone parameter
return _class_createInstanceFromZone(cls, 0, nil,
OBJECT_CONSTRUCT_CALL_BADALLOC);
}
首先判断是不是objc,如果是根据fastpath
进行判断,在源码中 fastpath
定义的是(__builtin_expect(bool(x), 1))
,该指令是gcc
引入的,作用是允许程序员将最有可能执行的分支告诉编译器。标准写法:__builtin_expect(EXP, N)
。意思是:EXP==N的概率很大。在这里代码大概率的会走fastpath
,从而调用_objc_rootAllocWithZone
方法,如果不是则调用objc_msgSend
进行消息转发。slowpath() 与 fastpath() 区别主要是进行了编译器优化,目的是为了对性能上的优化。
从代码可以看出调用alloc
方法后的核心方法是_class_createInstanceFromZone
,下面对该类进行主要分析。
_class_createInstanceFromZone
static ALWAYS_INLINE id
_class_createInstanceFromZone(Class cls, size_t extraBytes, void *zone,
int construct_flags = OBJECT_CONSTRUCT_NONE,
bool cxxConstruct = true,
size_t *outAllocatedSize = nil)
{
ASSERT(cls->isRealized());
// Read class's info bits all at once for performance
bool hasCxxCtor = cxxConstruct && cls->hasCxxCtor();
bool hasCxxDtor = cls->hasCxxDtor();
bool fast = cls->canAllocNonpointer();
size_t size;
size = cls->instanceSize(extraBytes);
if (outAllocatedSize) *outAllocatedSize = size;
id obj;
if (zone) {
obj = (id)malloc_zone_calloc((malloc_zone_t *)zone, 1, size);
} else {
obj = (id)calloc(1, size);
}
if (slowpath(!obj)) {
if (construct_flags & OBJECT_CONSTRUCT_CALL_BADALLOC) {
return _objc_callBadAllocHandler(cls);
}
return nil;
}
if (!zone && fast) {
obj->initInstanceIsa(cls, hasCxxDtor);
} else {
// Use raw pointer isa on the assumption that they might be
// doing something weird with the zone or RR.
obj->initIsa(cls);
}
if (fastpath(!hasCxxCtor)) {
return obj;
}
construct_flags |= OBJECT_CONSTRUCT_FREE_ONFAILURE;
return object_cxxConstructFromClass(obj, cls, construct_flags);
}
在该方法中进行了创建内存的相关操作,包括了:instanceSize
计算内存大小,calloc
向系统申请内存空间以及initInstanceIsa
将类与开辟的内存空间进行关联。
-
instanceSize
在fastInstanceSize
方法中通过由于extra传值过来为0因此计算size 使用_flags & FAST_CACHE_ALLOC_MASK
进行位运算,而定义的FAST_CACHE_ALLOC_MASK 0x1ff8
、FAST_CACHE_ALLOC_MASK16 0x0008
在这里涉及到了内存对齐,该部分在下一篇详细讲解。
calloc
void *calloc(size_t __count, size_t __size) __result_use_check __alloc_size(1,2);
调用calloc
向系统进行申请上面计算的大小的内存空间。
-
initInstanceIsa
根据isa指针将内存地址和类进行关联。
init
- (id)init {
return _objc_rootInit(self);
}
id
_objc_rootInit(id obj)
{
// In practice, it will be hard to rely on this function.
// Many classes do not properly chain -init calls.
return obj;
}
从调用的源码中可以看出 init
是一个构造方法返回了当前类对象,此时使用了工厂设计模式,目的是方便开发者对类进行一些操作。
new
+ (id)new {
return [callAlloc(self, false/*checkNil*/) init];
}
可以看出 使用new
相当于调用了alloc
和 init
方法,但是在日常开发中不建议使用,原因是使用new
创建对象时,不会走重写的init
方法,就不利于在init中进行对对象的操作。
拓展
- 调试命令'bt' :打印当前线程的堆栈信息
- 查看底层代码执行方式:使用断点;使用汇编查看并追踪流程;官网查看部分源码