performSelector延時調(diào)用導(dǎo)致的內(nèi)存泄露

前幾天在給游戲做收尾測試時，發(fā)現(xiàn)了一個關(guān)于內(nèi)存泄露的問題，一直沒找著問題所在，經(jīng)過反復(fù)調(diào)試和查找資料今天終于解決了，特此記錄下來以免以后再犯！

關(guān)于objective-c的內(nèi)存管理，我們都知道一個原則就是“誰創(chuàng)建，誰釋放”，換句話說，不是我們創(chuàng)建的，就不用我們?nèi)メ尫拧５菍嶋H上objective-c的內(nèi)存管理遠遠沒那么簡單，我的情況是這樣的：

我在debug模式下面用CCLOG在dealloc函數(shù)里面輸出一些信息，目的就是要檢查場景的dealloc方法在replaceScene的 時候有沒有被調(diào)用，按照子龍山人大哥的說法，如果場景切換的時候dealloc沒有調(diào)用，說明你這個場景的內(nèi)存有問題。有可能被某個對象retain了， 其retainCount在replaceScene的時候沒有減少到0，所以dealloc方法是不會調(diào)用的。如果dealloc方法都沒有調(diào)掉，那么 這其實就是一種內(nèi)存泄露。我在檢查時，發(fā)現(xiàn)一個場景死活不調(diào)用dealloc，最后恨不得把所有的游戲邏輯都移除了，還是不走dealloc。

最后的最后才發(fā)現(xiàn)實際上是performSelector延時調(diào)用的問題，經(jīng)查找資料，performSelector關(guān)于內(nèi)存管理的執(zhí)行原理是這 樣的執(zhí)行 [self performSelector:@selector(method1:) withObject:self.tableLayer afterDelay:3]; 的時候，系統(tǒng)會將tableLayer的引用計數(shù)加1，執(zhí)行完這個方法時，還會將tableLayer的引用計數(shù)減1，而在我的游戲里這個延時執(zhí)行函數(shù)是 被多次調(diào)用的，有時切換場景時延時函數(shù)已經(jīng)被調(diào)用但還沒有執(zhí)行，這時tableLayer的引用計數(shù)沒有減少到0，也就導(dǎo)致了切換場景dealloc方法 沒有被調(diào)用，出現(xiàn)了內(nèi)存泄露。

所以最后我的解決辦法就是取消那些還沒有來得及執(zhí)行的延時函數(shù)，代碼很簡單：

[NSObject cancelPreviousPerformRequestsWithTarget:self]

當然你也可以一個一個得這樣用：

[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]

加上了這個以后，切換場景也就很順利地執(zhí)行了dealloc方法，至此問題解決！

?

最后在找資料時也發(fā)現(xiàn)了，延時調(diào)用實現(xiàn)長按鈕的實現(xiàn)思路，記錄下來以備后用：

在touchBegan里面

[self performSelector:@selector(longPressMethod:) withObject:nil afterDelay:longPressTime]

然后在end 或cancel里做判斷，如果時間不夠長按的時間調(diào)用：

[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(longPressMethod:) object:nil]

取消began里的方法

?

最后最后總結(jié)：

performSelector是一個很有用的函數(shù)，跟它打過不少交道，經(jīng)過血與淚的教訓(xùn)，總結(jié)一下它的使用如下：

使用前先檢測一下，

SEL testSelector = @selector(test:);???

?if([tester respondsToSelector:testSelector])??

? {??

??????????//如果響應(yīng)就執(zhí)行

??????????[tester test:@"invoke test method"];??

? }

使用后，如果有必要，需要顯示的調(diào)用cancelPreviousPerformRequestsWithTarget:selector:object: ，否則有可能產(chǎn)生內(nèi)存泄露，而且這種內(nèi)存泄露很難發(fā)現(xiàn)，因為它并不違反任何規(guī)則，所以一定要注意！

轉(zhuǎn)載于:https://www.cnblogs.com/artstyle/archive/2012/08/17/2644554.html

總結(jié)

以上是生活随笔為你收集整理的[转]performSelector延时调用导致的内存泄露的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。