好的
今天我们来探究一下对象是怎么建立的！
从一道经典的面试题说起
Person *p1 = [Person alloc];
Person *p2 = [p1 init];
Person *p3 = [p1 init];
//1
NSLog(@"%@",p1);
NSLog(@"%@",p2);
NSLog(@"%@",p3);
//2
NSLog(@"%p",p1);
NSLog(@"%p",p2);
NSLog(@"%p",p3);
//3
NSLog(@"%p",&p1);
NSLog(@"%p"&p2);
NSLog(@"%p",&p3);
以上三组输出分别是否相同呢？
答案：第一和第二组输出是相同的，第三组输出不同。
为什么呢？
这涉及到在对象建立过程中，alloc和init分别做了什么事情。
那我们按住command键进去看一眼试试。
emm，好像第一步就遇到了阻碍，这一部分的代码我们看不到。那没有关系，
啊不，当然是找源码啦。
下下来之后，查查资料搞一搞，给他跑起来。
现在我们终于可以看到alloc和init里的内容了。
alloc的流程
跳跳跳跳跳之后，终于到了关键的内容了，那就是最后一个方法
_class_createInstanceFromZone.
_class_createInstanceFromZone
这个方法里的内容大致可以分为三个部分
- 计算需要分配的空间大小；
- 开辟内存空间；
- 将内容空间与类型进行绑定；
先进入第一个部分看看
顺着代码的运行进入到cache.fastInstanceSize这个方法
计算大小的方法
这里的这个
_flags，应该是在
这个方法中进行的初始化。
经过了这样那样的验证后发现，类的初始化方法会在类第一次调用方法之前统一进行调用
这样那样
总之一个空的类执行到这一步，
fastInstanceSize中size的值为16然后加上0再减去FAST_CACHE_ALLOC_DELTA16的值8，最后进入align16方法的值为8
align16
这个方法的作用是
字节对齐，为了提高数据存取的效率，以及降低出现错误的几率，内存的存取以整存整取的方式以16字节为单位进行读写以及开辟空间的操作。
具体计算如下，以8为例：
0000 0000 0000 1111 --->15
1111 1111 1111 0000 --->~15（15的取反操作）
&0000 0000 0001 0111 --->8+15=23（与运算，都为1结果为1，其他结果为0）
0000 0000 0001 0000 --->16（最终结果）
开辟内存空间
在上面计算完size之后，在这里开辟空间
绑定内存空间与类
这一点可以通过控制台输出来验证。
执行前和执行后
init方法的内部实现
init
意义为留出了工厂模式的接口
扩展内容
关于源码中出现的fastpath和slowpath；
提供了一种可以让你告诉编译器哪一种可能性大小的方法
fastpath(bool b)表示b很可能为true
slowpath(bool b)表示b很可能为false
这是一种能够提高代码运行速度的方式
内部实现为
其中
__builtin_expect(bool(x),1)为gcc提供的指令表示bool(x)==1的可能性很大
另
NSObject的alloc方法和它的子类们走的流程不太一样，他并没有调用_objc_rootAlloc方法，而是调用了objc_alloc
在上面我们验证
_flags的过程中尝试过在alloc之前先调用hello，在验证NSObject的特殊时也起到了作用，这里可以发现，先调用hello方法之后，再调用alloc方法时，他的调用流程变得和NSObject一样了，也就是说，这两者的区别可能就在于，类是否有被初始化过在下图所示的方法参数上也能窥见一二
checkNil就是在检查此类是否为初次进入内存
