记录一个iOS内存泄漏导致的OOM

今天遇到一个OOM， 在崩溃堆栈中发现时内存不足，
然后就检查对应的viewController， 发现 viewController是释放了的，那么有没有
可能虽然vc释放了，但是其中的某个view或者cell没有释放呢
是有可能的，我们先做一个测试，发现
打印结果

哈哈哈哈LBDouyinCommentScrollController dealloc
哈哈哈LBDouyinCelldealloc
哈哈哈LBDouyinCelldealloc

所以，由以上结果可知，是vc先释放，然后view释放的
这就涉及到iOS的内存管理原理了
iOS通过引用计数来进行内存管理，每个对象都有一个引用计数器（retain count），用于记录有多少个指针指向该对象。当对象的引用计数器为0时，表示该对象不再被使用，可以被释放。引用计数器的增减通过retain和release方法来完成。

retain方法会使对象的引用计数器加1，表示有一个新的指针指向了该对象；release方法会使对象的引用计数器减1，表示一个指针不再指向该对象。当对象的引用计数器为0时，会自动调用dealloc方法来释放对象的内存空间。

由以上原理可知，当我们pop的时候，vc的引用计数变为0 了，然后
释放，这时候，由于view的持有者释放了，他自己的引用计数要变成0，这样一直释放最顶层的视图

所以由以上原理可知，

即使 viewController 释放了，他的view,或者cell或者其他的属性对象是有可能没有释放的，因为可能只view自身的循环引用，而不是和控制器产生的循环引用。

经过排查，确实是如此，cell自身没有释放因为一个cell的block持有了自己

所以这里有两点

1 内存泄漏是可以导致应用OOM 的
2 控制器释放了，他的cell是有可能没有释放的