如果從應用程序商店或testflight下載iPhone應用程序崩潰

我已完成應用程序的開發過程，然後將其發佈到應用商店，我已經完成了幾輪測試（在IOS版本6.0.1上進行了臨時測試）。在進行臨時測試時，我沒有發現構建的任何問題。一切工作正常。在提交給應用商店後，我從蘋果團隊那裏得到了報告，稱該應用程序在iOS版本6.1.3的iphone 5上崩潰。所以我更新了我的iPhone到6.1.3。在更新到最新版本後，我將構建上傳到testflight並從中下載了應用程序。它正在崩潰。我從手機上卸載了應用程序，並直接連接到系統，並通過xcode直接安裝，無需任何代碼更改。應用開始正常工作。我很困惑與背後的原因。我確定這不是代碼問題，因爲如果我通過xcode直接安裝，相同的代碼工作正常。通過testflight直接從xcode安裝應用程序有什麼不同？可能是什麼問題？我象徵着崩潰日誌，發現沒有錯誤的代碼。有沒有人遇到類似的問題？如果有固定PLZ幫助我。你的幫助非常令人欽佩。下面感謝是我的崩潰日誌如果從應用程序商店或testflight下載iPhone應用程序崩潰

Version:   ??? (???) 
Code Type:  `enter code here`ARM (Native) 
Parent Process: launchd `enter code here`[1] 
Date/Time:  2013-05-07 10:19:43.206 -0700 
OS Version:  iOS 6.1.4 (10B350) 
Report Version: 104 
Exception Type: EXC_BAD_ACCESS (SIGSEGV) 
Exception Codes: KERN_INVALID_ADDRESS at 0x43462d40 
Crashed Thread: 0 
Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0 Crashed: 
0 libobjc.A.dylib     0x3bc905d0 objc_msgSend + 16 
1 Foundation      0x348031dc _NSDescriptionWithLocaleFunc + 48 
2 CoreFoundation     0x33f7b42e __CFStringAppendFormatCore + 11158 
3 CoreFoundation     0x33ef289e _CFStringCreateWithFormatAndArgumentsAux +   

4 Foundation      0x34802cf8 +[NSString stringWithFormat:] + 56 
5 Nuedoo       0x0002f8a2 -[VCache updateWithXML:] (VCache.m:122) 
6 Nuedoo       0x0003f00a -[VParser parseXMLFile:] (VParser.m:80) 
7 Nuedoo       0x0002ecda -[VBrowser open:] (VBrowser.m:23) 
8 Nuedoo       0x0002d6e8 -[Vaayoo_FrameworkAppDelegate:] (Vaayoo_FrameworkAppDelegate.m:57) 
9 UIKit       0x35e09a9c -[UIApplication _handleDelegateCallbacksWithOptions:isSuspended:restoreState:] + 248 
10 UIKit       0x35e09620 -[UIApplication _callInitializationDelegatesForURL:payload:suspended:] + 1164 
11 UIKit       0x35e0182e -[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 694 
12 UIKit       0x35da9d1a -[UIApplication handleEvent:withNewEvent:] + 1006 
13 UIKit       0x35da97a8 -[UIApplication sendEvent:] + 68 
14 UIKit       0x35da91ea _UIApplicationHandleEvent + 6194 
15 GraphicsServices    0x37ac15f4 _PurpleEventCallback + 588 
16 GraphicsServices    0x37ac1222 PurpleEventCallback + 30 
17 CoreFoundation     0x33f6f3e4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 32 
18 CoreFoundation     0x33f6f386 __CFRunLoopDoSource1 + 134 
19 CoreFoundation     0x33f6e20a __CFRunLoopRun + 1378 
20 CoreFoundation     0x33ee1238 CFRunLoopRunSpecific + 352 
21 CoreFoundation     0x33ee10c4 CFRunLoopRunInMode + 100 
22 UIKit       0x35e00468 -[UIApplication _run] + 664 
23 UIKit       0x35dfd2b4 UIApplicationMain + 1116 
24 Nuedoo       0x00056efa main (main.m:14) 
25 Nuedoo       0x0002ce84 start + 36 
Thread 1: 
0 libsystem_kernel.dylib   0x3c189d98 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3c0d7ad6 _pthread_workq_return + 14 
2 libsystem_c.dylib    0x3c0d77f2 _pthread_wqthread + 362 
3 libsystem_c.dylib    0x3c0d7680 start_wqthread + 4 

Thread 2 name: Dispatch queue: com.apple.libdispatch-manager 
Thread 2: 
0 libsystem_kernel.dylib   0x3c1795d0 kevent64 + 24 
1 libdispatch.dylib    0x3c0b4d22 _dispatch_mgr_invoke + 806 
2 libdispatch.dylib    0x3c0b0374 _dispatch_mgr_thread + 32 

Thread 3: 
0 libsystem_kernel.dylib   0x3c189d98 __workq_kernreturn + 8 
1 libsystem_c.dylib    0x3c0d7ad6 _pthread_workq_return + 14 
2 libsystem_c.dylib    0x3c0d77f2 _pthread_wqthread + 362 
3 libsystem_c.dylib    0x3c0d7680 start_wqthread + 4 

Thread 4 name: WebThread 
Thread 4: 
0 libsystem_kernel.dylib   0x3c178e30 mach_msg_trap + 20 
1 libsystem_kernel.dylib   0x3c178fd0 mach_msg + 48 
2 CoreFoundation     0x33f6f2b6 __CFRunLoopServiceMachPort + 126 
3 CoreFoundation     0x33f6e02c __CFRunLoopRun + 900 
4 CoreFoundation     0x33ee1238 CFRunLoopRunSpecific + 352 
5 CoreFoundation     0x33ee10c4 CFRunLoopRunInMode + 100 
6 WebCore       0x39ee9390 RunWebThread(void*) + 440 
7 libsystem_c.dylib    0x3c0e20de _pthread_start + 306 
8 libsystem_c.dylib    0x3c0e1fa4 thread_start + 4 

Thread 0 crashed with ARM Thread State (32-bit): 
r0: 0x1f5c0ab0 r1: 0x39a512ae  r2: 0x34004b3a  r3: 0xffffffff 
r4: 0x43462d38 r5: 0x00000000  r6: 0x34004b3a  r7: 0x2fdd3178 
r8: 0x2fdd367c r9: 0x0e6944ab  r10: 0x3c307c20  r11: 0x1f5c0ca0 
ip: 0x3c3b8704 sp: 0x2fdd3164  lr: 0x348031e1  pc: 0x3bc905d0 
    cpsr: 0x20000030 
</string> 
<key>displayName</key> 
<string>Nuedoo</string> 
<key>name</key> 
<string>Nuedoo</string> 
<key>os_version</key> 
<string>iPhone OS 6.1.4 (10B350)</string> 
<key>system_ID</key> 
<string></string> 
<key>version</key> 
<string>??? (???)</string> 
</dict> 
</plist>

來源

2013-05-15 RockandRoll

發佈的崩潰日誌可以給你的問題一個更好的主意。 – Amar

請創建新的構建並將其上傳到Testflight並再次下載並告訴我會發生什麼情況，如果可能請提供崩潰日誌 – iEinstein

我已添加了崩潰日誌。我想提一下，我發現崩潰日誌提供的代碼語句有問題。 – RockandRoll

直接通過的XCode安裝應用程序將使用自己的「調試」配置（也取決於它是如何在您的構建方案設置）。先將它歸檔，將使用您的Adhoc/Release配置。

Edit schemes

該配置可以在編譯過程中的搜索路徑，常量預處理宏和使用其他事物不同/建立時間。你可以看看你的運行構建配置（'Debug'）和你的'Archive'構建配置（上圖中的'Adhoc'）之間的區別。

要查看你的配置之間的差異，選擇您的應用程序的目標，並尋找與<Multiple values>領域（內構建設置選項卡） enter image description here

您可能還可以設置你的「運行」一步使用'發佈'配置（使用正確的配置來接受你的設備），在這種情況下，你應該能夠在連接到xcode時捕獲異常（並且可能更好地查看導致它使用斷點的原因）。

來源

2013-05-15 12:35:47

嗨亞歷克斯，在您的信息的幫助下，我做了一些試驗和錯誤。這裏是我嘗試的場景1）我設置爲在配置文件中釋放配置，結果是，應用程序崩潰2）我設置爲存檔中的調試配置，結果是，App在設備上運行良好。 – RockandRoll

這很好，嘗試設置「運行」步驟的發佈配置，以便您可以在斷點處（在日誌中看起來像內存問題）調查異常。如果找不到引起它的原因，請檢查Release和Debug配置之間的區別（我會先查看'Prefix header'，'Other C Flags'，'Other C++ Flags'和'Preprocessor Macros'）。 –

非常好的調試技術。我的斷點沒有出現，但我可以在設備日誌中看到崩潰。就我而言，我刪除了Main.storyboard，這在iOS 8中顯然是可以調試的，但不適用於發佈。我不知道爲什麼。一旦我重新打開Main.storyboard - 應用程序停止崩潰。 – etayluz

KERN_INVALID_ADDRESS是一個不錯的角色或殭屍對象。如果這是一個糟糕的轉換，它應該在調試以及發佈時崩潰。調試器可以隱藏一些內存錯誤。好消息是它在發佈版本中可重複崩潰。您只需使用殭屍工具在儀器中對應用進行配置。

這裏是一個很好的教程： http://www.dimzzy.com/blog/2011/02/hunting-down-zombies-in-ios-apps/

來源

2013-05-16 06:15:19 GayleDDS

如果從應用程序商店或testflight下載iPhone應用程序崩潰

回答

相關問題