关于performSelector延迟调用后无法走dealloc方法

今天测试项目是否存在bug，然后一直不停的跳界面看是否会导致崩溃。测试的结果很满意（小七原以为。。。），但是当决定停止然后测试其他的时候，不经意间瞅了一眼内存，竟然达到了400M，用逗逗的话就是瞬间吓尿了。然后果断重新运行然后继续测试，直到N次测试之后发现都是这个结果之后,第一反应就是肯定有什么东西没释放导致没走dealloc方法，然后每次内存都释放不掉所以一直在递增。小七紧接着就是不停的开始调试，最终发现果然如此，加载的弹幕没有释放。不过看了半天后发现该释放的都释放了，为什么还是不走dealloc方法呢？于是，小七就开始在每个调用到这个对象之后，都打印了一次它的retainCount,最后终于发现了一件事就是使用performSelector延迟调用之后他的引用计数增加了，虽然最后还是释放，但是如果这个时候我们跳转界面的话，它的引用计数不为零，也就是说它并不会释放。

所以接下来小七做的就是各种查找资料然后实验，最后终于明白了当我们调用performSelector时，系统会将tableLayer的引用计数加1（当然，之后会恢复原样），但是当我们此时正在切换场景时，延时函数很可能已被调用了，即使他还没有执行，它引用计数也增加了，而且这时tableLayer并不会恢复为零，因此，显而易见的就是切换场景dealloc方法没有被调用，这样就存在了内存泄露。

明白了是什么原因，小七就开始查找解决的方法，最后终于从一篇大神的博客中（在这小七十分抱歉的忘记大神的博客名。。。所以在这要说一下对不起）找到了解决的方法，就是当切换场景时，增加一行代码：[NSObject cancelPreviousPerformRequestsWithTarget:self]，也就是在跳转场景的时候手动将那些还没来得及执行的方法取消，这样它的引用计数就会恢复正常，也就是说可以顺利的走dealloc方法，这样的话就可以解决此处内存泄露的问题。之后，小七经过实验发现确实没问题，可以保证使用performSelector不会发生内存泄露，因此，在这里记下一笔，用做以后复习整理使用，也希望可以帮助各位。