MRC&ARC

ARC是LLVM和Runtime配合的结果
ARC中禁⽌止⼿手动调⽤用retain/release/retainCount/dealloc
ARC新加了了weak、strong属性关键字

alloc出来的引用计数是多少？

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        
        LGPerson *p = [LGPerson alloc];
        NSLog(@"%lu",(unsigned long)[p retainCount]); 
     }
    return 0;
}

打印出的结果是1
这个时候我们去查看retainCount的底层

RetainCount

全局搜索retainCount

image.png

由retainCount源码看出返回的rc是isa.bits.extra_rc + 1所得到的再次因为打印出来的结果是1 那么就认为isa.bits.extra_rc = 0 也就是该对象的引用计数在alloc之后是0

引用计数在什么时候会加什么时候会减

Retain

全局搜索retain

image.png

引用计数表的前两位存的不是引用计数  第一位存的是是否为弱引用的标识 第二位存的是是否正在deallocating

Release

当引用计数为0的时候会走析构方法这个是必要条件不是充分条件
全局搜索release

image.png

如果走析构函数 就会给这个对象发送dealloc消息
release是先对isa.bits.extra_rc进行减一操作 如果没有下溢出的话就结束
如果有下溢出的话 就去查看散列表是否存放了引用计数 如果有的话 就取出散列表中存放的那一半空间的引用计数进行减一操作然后存放到extra_rc中 结束
如果散列表中没有存放引用计数 就发送dealloc消息

为什么当引用计数超的时候放一半到散列表?

1 当extra_rc都存放满的时候 如果全部放到散列表中 等下次extra_rc满了 再次放到散列表 会造成当对这个对象进行release操作的时候 由于extra_rc没有值的话 就会对散列表进行操作 造成对散列表的操作过于频繁 从而影响到性能
2 一半正好是位移操作的一个位置  便于直接简单操作 左移右移一位 能够直接定位
3. 不大不小 正好合适 对于retain release来说

retain 相应的引用计数加1
release 相应的引用计数减一

dealloc应该做一些什么事情

weak

image.png

全局搜索objc_initWeak

image.png

如果弱引用表中有weak对象就remove

image.png

如果弱引用表中没有weak对象
1.就进行weak_register_no_lock操作

image.png

2.创建entry
@如果weak_entries不存在的话就直接返回
如果存在的话就找到那个原先没有存放过entry的位置返回这个位置的entry

image.png

如果这个entry是存在的话就执行append_referrer(entry, referrer);方法
在这个方法中就是把这个弱引用的指针存放在entry的inline_referrers数组,同时要把这个弱引用的指针存放在new_referrers数组里面也要赋值给entry的referrers变量
3.如果entry无法创建的话

image.png

@新建一个entry
@如果weakTable的entrys里面存放的值的大小的3/4已经达到了weakTable设置的num_entryies的大小那么久会扩容

image.png

@然后把entry加入到weak_entries里面同时num_entries进行加一操作

image.png

有一步操作需要注意: 在新建entry的时候对他的inline_referrers数组进行了初始化 把weak对象和entry联系起来了

image.png

weak对引用计数不操作

weak流程图.png

1:拿到sideTable 
2:得到sideTable的weakTable 弱引⽤用表 
3:创建⼀一个weak_entry_t 
4:把referent加⼊入到weak_entry_t的数组inline_referrers 
5:把weak_table扩容⼀一下
6:把new_entry加⼊入到weak_table中

dealloc

全局搜索dealloc

image.png

如果他没有弱引用没有关联对象没有c++函数散列表里面没有放引用计数的话直接free 否则 object_dispose

image.png

如果有C++函数或者如果有关联对象直接remove 然后再执行clearDeallocating

image.png

1:根据当前对象的状态是否直接调⽤用free()释放
2:是否存在C++的析构函数、移除这个对象的关联属性
3:将指向该对象的弱引⽤用指针置为nil
4:从弱引⽤用表中擦除对该对象的引⽤用计数

Strong

全局搜索objc_storeStrong
retain新值 release旧值

image.png

objc_ivar_memoryUnretained不是指针的传递是对象的传递也就说value为nil的话
*location 就是野指针浪费空间这就是unsafe不安全的原因

image.png

自动释放池

自动释放池: 容纳变量在合适的位置释放
在何时使用?

1.大量的临时变量
2.非UI操作 命令行代码
3.自己创建辅助线程

查看cpp代码

1.cd 到main存在的目录
2.终端执行clang -rewrite-objc main.m -o main.cpp
3.打开main.cpp
struct __AtAutoreleasePool {
  //产生一个atautoreleasepoolobj对象
  __AtAutoreleasePool() {atautoreleasepoolobj = objc_autoreleasePoolPush();}
  //析构函数
  ~__AtAutoreleasePool() {objc_autoreleasePoolPop(atautoreleasepoolobj);}
  void * atautoreleasepoolobj;
};

全局搜索objc_autoreleasePoolPush