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

? 轉(zhuǎn)載：http://blog.csdn.net/wangqiuyun/article/details/7587929

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

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

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

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

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

[NSObject cancelPreviousPerformRequestsWithTarget:self]

當(dāng)然你也可以一個(gè)一個(gè)得這樣用：

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

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

?

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

在touchBegan里面

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

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

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

取消began里的方法

?

最后最后總結(jié)：

performSelector是一個(gè)很有用的函數(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)，因?yàn)樗⒉贿`反任何規(guī)則，所以一定要注意！

轉(zhuǎn)載于:https://www.cnblogs.com/huangzizhu/p/3697142.html

總結(jié)

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

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