1

我submited一個應用程序到應用程序商店的原因,卻遭到了拒絕,因爲:如何找到並修復崩潰

「我們發現,您的應用程序墜毀在iPhone 5的運行iOS 6.1.2,這是不符合在App Store審查指南

您的應用程序崩潰,當我們:。

當用戶點擊登錄到應用程序中,碰撞產生

發生這種情況時,你的應用程序被使用:

  • 在的Wi-Fi
  • 在蜂窩網絡

如果使用太多內存您的應用程序可能會遇到這個問題。要了解更多關於iOS的內存使用情況,以及如何跟蹤內存使用和泄露,請參閱內存使用性能指南「。

我不能在我身邊再次觸發崩潰。我異型我的應用程序與分配儀器,並看到我的活動字節從未超過12MB。通過泄漏工具,我發現我有一些泄漏(全部在第三方來源),但它們非常小,不應該導致應用程序崩潰。我不知道該怎麼做..

  1. 難道真的應用程序崩潰是由於使用了太多的內存?
  2. 難道還有另一條R陳奕迅?
  3. 我該如何解決這個問題並解決問題?

編輯 - 附crash log

退房this & that,好像用ASIHTTPRequest框架造成死機一些如何,但僅限於點對點或分發版本,這使得調試它更多的頭痛。 這是真的嗎?我應該改用AFNetworking嗎?

+0

可能的重複:http://stackoverflow.com/q/14825056/581994 – 2013-03-03 14:39:48

+0

沒有更多的數據,尤其是崩潰報告,答案將是假設。請按照鏈接頁面中對此問題和未來問題的建議進行操作:http://emclstcd.tk/ – Kerni 2013-03-03 17:40:45

+0

我用符號表示崩潰日誌並在問題中附加了一個鏈接。 @HotLicks,我檢查了重複,它幫助我象徵了崩潰日誌,但是 - 我找不到有關我提到的1,2,3個問題的答案。 – 2013-03-11 10:30:43

回答

3

是的,你應該切換到AFNetworking,因爲ASIHTTPRequest不再被支持。

要調試這個問題,嘗試優化級別設置爲最快,Smalles [-Os]。這通常是爲什麼調試和發佈代碼行爲不同的原因。

+1

將優化級別設置爲最快,最小化[-Os ]幫助我引發了我身邊的事故。該錯誤在ASIHTTPRequest包中。我改用AFNetworking代替,一切都解決了。 – 2013-03-12 09:05:51

1

由於使用了太多的內存,應用程序是否真的崩潰了?

沒有你的應用程序因爲訪問不好而崩潰。通常這意味着你試圖訪問一個解除分配的對象。

我該如何解決這個問題並解決問題?

崩潰發生在Server.m的第132行(方法:registerWithUserProvider :)。你應該看看這種方法。也許一個簡單的零檢查可以解決你的問題,但很難說沒有代碼。