一個Objective-C消息被在地址爲0x1

發送到解除分配的「__NSDictionaryI」對象（殭屍）我有使用Multipeer連接從一個iOS設備的字符串發送到另一個iOS設備的應用程序。它工作並且不起作用。一個Objective-C消息被在地址爲0x1

該應用程序是相當多的看到這個鏈接的教程中的應用：http://www.appcoda.com/intro-multipeer-connectivity-framework-ios-programming/

有時，應用程序將發送30消息，然後崩潰，其他時候，它會崩潰在第一或第二的消息。

Xcode給我一個崩潰的EXC_BAD_ACCESS。

我用NSZombie給予一定的援助，併爲我提供了下面的，但我是相當新的，無法全面瞭解崩潰背後的原因。

ScreenShot of NSZombie

I'f崩潰是由於NSDictionary中的，在我的應用程序只有2個：

-(void)session:(MCSession *)session peer:(MCPeerID *)peerID didChangeState:(MCSessionState)state{ 
    NSDictionary *dict = @{@"peerID": peerID, 
          @"state" : [NSNumber numberWithInt:state] 
          }; 

    [[NSNotificationCenter defaultCenter] postNotificationName:@"MCDidChangeStateNotification" 
                 object:nil 
                 userInfo:dict]; 
} 


-(void)session:(MCSession *)session didReceiveData:(NSData *)data fromPeer:(MCPeerID *)peerID{ 
    NSDictionary *dict = @{@"data": data, 
          @"peerID": peerID 
          }; 

    [[NSNotificationCenter defaultCenter] postNotificationName:@"MCDidReceiveDataNotification" 
                 object:nil 
                 userInfo:dict]; 
}

有什麼建議？

來源

2015-02-10 Manesh

你在某個地方有一個指向不是的對象的指針。它毫無疑問曾經是，但隨後它得到了「收集」，因爲問題指針不是「強大的」（或一些類似的只是更混亂的情況）。 – 2015-02-10 13:32:28

要了解發生的情況，請學習如何獲取和解釋「異常堆棧跟蹤」。 – 2015-02-10 13:55:33

您鏈接到的教程的FWIW非常差，您應該在別處尋找一個良好的MPC示例。如果我找到一個我會發佈一個。 – ChrisH 2015-02-10 17:54:08

-1

當您嘗試訪問任何釋放對象時，通常會出現殭屍。

如果使用ARC，那麼你就不需要擔心太多殭屍，X代碼會爲你，但也有一些案件中，殭屍進來ARC項目還。我從來沒有遇到過這樣的問題。

如果使用非ARC項目，那麼你需要手動解除分配的對象。

由於您的錯誤信息提示，您已使用未分配或已釋放，字典的對象，您試圖再次使用它。

如果你想看看那裏的殭屍，然後請點擊即在警報的消息後顯示的箭頭。你將被重定向到導致你的殭屍的線路。

請根據此更新您的代碼。

希望這可以幫助你。

來源

2015-02-10 13:48:58 Manthan

感謝您的回覆，點擊下一個箭頭時，顯示「未知」，然後下一個箭頭顯示「終止」？ – Manesh 2015-02-10 13:52:25

如果你使用ARC，你絕對**需要**擔心殭屍。 – 2015-02-10 13:54:11

@HotLicks：據我一直工作到現在，殭屍從未進入我的ARC項目。我可能錯了，所以你能糾正嗎？謝謝... – Manthan 2015-02-11 04:03:37

一個Objective-C消息被在地址爲0x1

回答

相關問題