L'applicazione non è stata avviata in tempo

Question

Come posso diagnosticare questo errore?

Application Specific Information: 
    MyApp failed to launch in time 

    Elapsed total CPU time (seconds): 4913.443 (user 3868.270, system 1045.173), 56% CPU 
    Elapsed application CPU time (seconds): 0.010, 0% CPU 

    Backtrace not available 

    Unknown thread crashed with unknown flavor: 5, state_count: 1 

    Binary Images: 
    0x2fe00000 - 0x2fe26fff dyld armv7 <a11905c8ef7906bf4b8910fc551f9dbb> /usr/lib/dyld 

Ecco il mio metodo didFinishLaunching:

#pragma mark - 
#pragma mark Application lifecycle 

    - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {  

     if(getenv("NSZombieEnabled") || getenv("NSAutoreleaseFreedObjectCheckEnabled")) 
     { 
      NSLog(@"NSZombieEnabled/NSAutoreleaseFreedObjectCheckEnabled enabled!"); 
     } 

     // Override point for customization after application launch. 
     [[NSNotificationCenter defaultCenter] addObserver: self selector: @selector(reachabilityChanged:) name: kReachabilityChangedNotification object: nil]; 

     //Check for connectivity 
     internetReach = [[Reachability reachabilityForInternetConnection] retain]; 
     [internetReach startNotifer]; 
     [self updateInterfaceWithReachability: internetReach]; 

     [window addSubview:navigationController.view]; 
     [window makeKeyAndVisible]; 

     return YES; 
    } 

Answer 1

probabilmente stai facendo un sacco di lavoro messa a punto in applicazione del AppDelegate : didFinishLaunching metodo.

È necessario assicurarsi che questa funzione venga interrotta il prima possibile. Qualsiasi lavoro di installazione che richiede tempo (ad esempio l'accesso alla rete) deve essere eseguito in modo asincrono nell'applicazione. Mentre sta succedendo, puoi mostrare uno spinner per indicare all'utente che l'applicazione sta caricando.

Answer 2

Per aggiungere così informazioni alla risposta di Philippe Leybaert.
Se l'applicazione impiega molto tempo per l'avvio del thread principale, verrà interrotto in modo da bloccare l'applicazione.

• Quando si utilizza il simulatore, non andrà in crash.
  
• Quando si utilizza l'iphone collegato a xcode , non si arresta in modo anomalo.
• quando lo si invia per App Store è potrebbe essere accettato se il tester Apple sta usando un iPhone veloce
• Quando i tuoi utenti su lento come iPhone 3S sarà in crash

Un modo per testare questo issu prima dell'invio è quello di distribuire a testflight o con ad hoc e installarlo sul dispositivo più lento che si desidera supportare.

Answer 3

Basta provare a dividere la vostra applicazione: didFinishLaunchingWithOptions: codice di metodo per chiamate di funzione diverse e fare quelle chiamate in background utilizzando i fili altri poi principale e fare in modo che l'applicazione: didFinishLaunchingWithOptions: metodo restituisce il più presto possibile

voi possibile utilizzare

dispatch_async(dispatch_get_main_queue(), ^{ 
//put your code 
} 

Ho risolto il problema utilizzando questo codice!