本文對performSelector:系列方法進行了一個用法的簡單分析
1.
- (id)performSelector:(SEL)aSelector;
- (id)performSelector:(SEL)aSelector withObject:(id)object;
- (id)performSelector:(SEL)aSelector withObject:(id)object1 withObject:(id)object2;
這三個方法，均為同步執(zhí)行，與線程無關(guān)，主主線程和子一程中均可調(diào)用成功。等同于直接調(diào)用該方法。在需要動態(tài)的去調(diào)用方法的時候去使用。

例如：[self performSelector:@selector(test2)];與[self test2];執(zhí)行效果上完全相同。

2.
- (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay inModes:(NSArray *)modes;
- (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay;
這兩個方法為異步執(zhí)行，即使delay傳參為0，仍為異步執(zhí)行。只能在主線程中執(zhí)行，在子線程中不會調(diào)到aSelector方法。可用于當點擊UI中一個按鈕會觸發(fā)一個消耗系統(tǒng)性能的事件，在事件執(zhí)行期間按鈕會一直處于高亮狀態(tài)，此時可以調(diào)用該方法去異步的處理該事件，就能避免上面的問題。
在方法未到執(zhí)行時間之前，取消方法為：

+ (void)cancelPreviousPerformRequestsWithTarget:(id)aTarget selector:(SEL)aSelector object:(id)anArgument;
+ (void)cancelPreviousPerformRequestsWithTarget:(id)aTarget;

注意：調(diào)用該方法之前或在該方法所在的viewController生命周期結(jié)束的時候去調(diào)用取消函數(shù)，以確保不會引起內(nèi)存泄露。

3.
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait modes:(NSArray *)array;
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait;
這兩個方法，在主線程和子線程中均可執(zhí)行，均會調(diào)用主線程的aSelector方法

如果設置wait為YES:等待當前線程執(zhí)行完以后，主線程才會執(zhí)行aSelector方法；

設置為NO：不等待當前線程執(zhí)行完，就在主線程上執(zhí)行aSelector方法。

如果，當前線程就是主線程，那么aSelector方法會馬上執(zhí)行。

注意：apple不允許程序員在主線程以外的線程中對ui進行操作，此時我們必須調(diào)用performSelectorOnMainThread函數(shù)在主線程中完成UI的更新

4.
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(id)arg waitUntilDone:(BOOL)wait modes:(NSArray *)array;
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(id)arg waitUntilDone:(BOOL)wait;
調(diào)用指定線程中的某個方法。分析效果同3。

關(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，也就導致了切換場景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)過血與淚的教訓，總結(jié)一下它的使用如下：

使用前先檢測一下，

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

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

? {??

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

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

? }

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

總結(jié)

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

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