iPhone - Hintergrund für die Suche nach Ereignissen

Habe ich gesehen, dass dieses Verhalten auch. Nach dem Versuch eine Menge entdeckte ich zwei Dinge, die helfen könnten. Aber ich bin immer noch unsicher, wie diese Einfluss auf den review-Prozess.

Wenn du das backgrounding Funktionen, die app gestartet von iOS im hintergrund wieder einmal war es beenden (durch das system). Wir werden den Missbrauch später.

In meinem Fall habe ich die VoIP-backgrounding enabled in meine plist.
Der gesamte code ist hier in Ihrem AppDelegate:

//if the iOS device allows background execution,
//this Handler will be called
- (void)backgroundHandler {

    NSLog(@"### -->VOIP backgrounding callback");
    //try to do sth. According to Apple we have ONLY 30 seconds to perform this Task!
    //Else the Application will be terminated!
    UIApplication* app = [UIApplication sharedApplication];
    NSArray*    oldNotifications = [app scheduledLocalNotifications];

     //Clear out the old notification before scheduling a new one.
    if ([oldNotifications count] > 0) [app cancelAllLocalNotifications];

    //Create a new notification
    UILocalNotification* alarm = [[[UILocalNotification alloc] init] autorelease];
    if (alarm)
    {
        alarm.fireDate = [NSDate date];
        alarm.timeZone = [NSTimeZone defaultTimeZone];
        alarm.repeatInterval = 0;
        alarm.soundName = @"alarmsound.caf";
        alarm.alertBody = @"Don't Panic! This is just a Push-Notification Test.";

        [app scheduleLocalNotification:alarm];
    }
}

und die Registrierung erfolgt in

- (void)applicationDidEnterBackground:(UIApplication *)application {

    //This is where you can do your X Minutes, if >= 10Minutes is okay.
    BOOL backgroundAccepted = [[UIApplication sharedApplication] setKeepAliveTimeout:600 handler:^{ [self backgroundHandler]; }];
    if (backgroundAccepted)
    {
        NSLog(@"VOIP backgrounding accepted");
    }
}

Nun passiert das Wunder: ich weiß nicht einmal mit VoIP-Anschlüssen. Aber diese 10 Minuten callback bietet einen schönen Nebeneffekt: Nach 10 Minuten (manchmal früher) entdeckte ich, dass mein Timer und die Vorherige Ausführung Trittstufen ausgeführt werden, für eine kurze Weile. Sie können diese sehen, wenn Sie einige NSLog(..) in Ihrem code. Dies bedeutet, dass diese kurze "wakeup" führt den code für eine Weile. Laut Apple haben wir 30 Sekunden Ausführungszeit Links. Ich gehe davon aus, dass hintergrund-code wie threads ausgeführt werden, für knapp 30 Sekunden. Dies ist nützlich, code, wenn Sie "manchmal" etwas überprüfen.

Der doc sagt, dass alle hintergrund-tasks (VoIP, audio -, Standort-updates) werden automatisch neu gestartet, in den hintergrund, wenn die app beendet wurde. VoIP-apps gestartet wird im hintergrund automatisch nach dem Booten!

Mit Missbrauch dieses Verhalten, können Sie machen Sie Ihre app zu suchen, wie läuft "ewig".
Registrieren Sie sich für einen hintergrund-Prozess (also VoIP). Dadurch wird die app neu gestartet werden, nachdem die Kündigung.

Nun einige schreiben "die Aufgabe muss beendet werden" - code. Laut Apple haben Sie einige Zeit (5 Sekunden?) Links zu Aufgaben beenden. Ich entdeckte, dass diese müssen CPU-Zeit. Das heißt also: wenn Sie nichts tun, wird Ihre app noch ausgeführt wird! Apple schlage vor, rufen Sie eine expirationhandler, wenn Sie fertig sind mit Ihrer Arbeit. In den folgenden code können Sie sehen, dass ich ein Kommentar bei den expirationHandler. Dadurch wird die app laufen, solange das system ermöglicht es Ihrer app ausgeführt werden. Alle Timer und threads bleiben, bis iOS beendet die app.

- (void)applicationDidEnterBackground:(UIApplication *)application {

    UIApplication*    app = [UIApplication sharedApplication];

    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
        [app endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;
    }];


    //Start the long-running task and return immediately.
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

    //you can do sth. here, or simply do nothing!
    //All your background treads and timers are still being executed
    while (background) 
       [self doSomething];
       //This is where you can do your "X minutes" in seconds (here 10)
       sleep(10);
    }

    //And never call the expirationHandler, so your App runs
    //until the system terminates our process
    //[app endBackgroundTask:bgTask];
    //bgTask = UIBackgroundTaskInvalid;

    }); 
}

Sehr spare mit CPU-Zeit hier, und Ihre app läuft mehr!!! Aber eine Sache ist sicher: Ihre app wird beendet, nachdem es eine Weile. Aber weil Sie sich registriert haben, Ihre app als VoIP-oder eine der anderen, das system wird neu gestartet, die app in den hintergrund, starten Sie Ihren Prozess im hintergrund 😉
Mit diesem PingPong-ich kann eine Menge tun, backgrounding. aber erinnern Sie sich sehr schonen mit CPU-Zeit. Und speichern Sie alle Daten, um wieder die Aussicht - Ihre app wird beendet, einige Zeit später. Um es erscheinen immer noch läuft, müssen Sie springen zurück in Ihre letzten "Zustand" nach wakeup.

Ich weiß nicht, ob dies ist der Ansatz der apps, die Sie erwähnt, aber es funktioniert für mich.

Hoffe ich konnte helfen

Update:

Nach der Messung der Zeit von der BG-task, gab es eine überraschung. Die BG-Task ist begrenzt auf 600 Sekunden. Dies ist die exakte minimale Zeit, die der VoIP-minimumtime (setKeepAliveTimeout:600).

Also DIESER code führt ins "unendliche" Ausführung im hintergrund:

Header:

UIBackgroundTaskIdentifier bgTask; 

Code:

//if the iOS device allows background execution,
//this Handler will be called
- (void)backgroundHandler {

    NSLog(@"### -->VOIP backgrounding callback");

    UIApplication*    app = [UIApplication sharedApplication];

    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
        [app endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;
    }];

    //Start the long-running task 
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

    while (1) {
        NSLog(@"BGTime left: %f", [UIApplication sharedApplication].backgroundTimeRemaining);
           [self doSomething];
        sleep(1);
    }   
});     

- (void)applicationDidEnterBackground:(UIApplication *)application {

    BOOL backgroundAccepted = [[UIApplication sharedApplication] setKeepAliveTimeout:600 handler:^{ [self backgroundHandler]; }];
    if (backgroundAccepted)
    {
        NSLog(@"VOIP backgrounding accepted");
    }

    UIApplication*    app = [UIApplication sharedApplication];

    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
        [app endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;
    }];


    //Start the long-running task
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

        while (1) {
            NSLog(@"BGTime left: %f", [UIApplication sharedApplication].backgroundTimeRemaining);
           [self doSomething];
           sleep(1);
        }    
    }); 
}

Nachdem die app abgelaufen ist, wird der VoIP-expirationHandler genannt werden, wo Sie starten Sie einfach eine lange laufende Aufgabe. Diese Aufgabe wird abgebrochen nach 600 Sekunden. Aber es wird wieder ein Aufruf an die Ablauf-handler, die beginnt eine lange laufende Aufgabe, etc. Jetzt müssen Sie nur noch prüfen Wetter-App wieder in den Vordergrund zu stellen. Schließen Sie dann das bgTask, und Sie sind fertig. Vielleicht kann man tun, sth. wie dies innerhalb der expirationHandler von der long running task. Probieren Sie es einfach aus. Verwenden Sie Ihre Konsole, um zu sehen, was passiert... viel Spaß!

Update 2:

Manchmal die Vereinfachung der Dinge hilft. Mein neuer Ansatz ist dieser:

- (void)applicationDidEnterBackground:(UIApplication *)application {

    UIApplication*    app = [UIApplication sharedApplication];

    //it's better to move "dispatch_block_t expirationHandler"
    //into your headerfile and initialize the code somewhere else
    //i.e. 
    //- (void)applicationDidFinishLaunching:(UIApplication *)application {
//
//expirationHandler = ^{ ... } }
    //because your app may crash if you initialize expirationHandler twice.
    dispatch_block_t expirationHandler;
    expirationHandler = ^{

        [app endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;


        bgTask = [app beginBackgroundTaskWithExpirationHandler:expirationHandler];
    };

    bgTask = [app beginBackgroundTaskWithExpirationHandler:expirationHandler];


    //Start the long-running task and return immediately.
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

        //inform others to stop tasks, if you like
        [[NSNotificationCenter defaultCenter] postNotificationName:@"MyApplicationEntersBackground" object:self];

        //do your background work here     
    }); 
}

Dieser arbeitet ohne die VoIP hack. Laut der Dokumentation der Ablauf-handler (in diesem Fall meine 'expirationHandler' block) wird ausgeführt, wenn die Ausführung, die Zeit ist vorbei. Definieren Sie den block in einen block variable, kann man rekursiv start der lang Laufenden task wieder in den Ablauf handler. Dies führt in endlose Ausführung, auch.

Bewusst sein, um die Applikation beenden, wenn Ihre Anwendung tritt in den Vordergrund wieder. Und beenden Sie den Vorgang, wenn Sie brauchen es nicht mehr.

Für meine eigene Erfahrung, die ich gemessen etwas.
Mit der Lage Rückrufe mit mit der GPS-radio-auf saugt meinen Akku sehr schnell down. Mit dem Ansatz, was ich geschrieben in Update 2 nimmt fast keine Energie. Nach der "userexperience" dies ist ein besserer Ansatz. Vielleicht andere Apps, die genauso funktionieren, versteckt sein Verhalten hinter GPS-Funktionalität ...

InformationsquelleAutor der Antwort JackPearse

Gibt es eine andere Technik zu bleiben für immer in den hintergrund - Start/Stopp-Standort-manager im hintergrund Aufgabewird reset der hintergrund-timer, wenn didUpdateToLocation: genannt wird.

Ich weiß nicht, warum es funktioniert, aber ich denke, didUpdateToLocation ist auch als eine Aufgabe und damit setzt Sie den timer.

Basierend auf Tests, ich glaube, das ist das, was DataMan Pro ist mit.

Finden Sie in diesem Beitrag https://stackoverflow.com/a/6465280 wo ich trick aus.

Hier sind einige Ergebnisse aus unserer app:

2012-02-06 15:21:01.520 **[1166:4027] BGTime left: 598.614497 
2012-02-06 15:21:02.897 **[1166:4027] BGTime left: 597.237567 
2012-02-06 15:21:04.106 **[1166:4027] BGTime left: 596.028215 
2012-02-06 15:21:05.306 **[1166:4027] BGTime left: 594.828474 
2012-02-06 15:21:06.515 **[1166:4027] BGTime left: 593.619191
2012-02-06 15:21:07.739 **[1166:4027] BGTime left: 592.395392 
2012-02-06 15:21:08.941 **[1166:4027] BGTime left: 591.193865 
2012-02-06 15:21:10.134 **[1166:4027] BGTime left: 590.001071
2012-02-06 15:21:11.339 **[1166:4027] BGTime left: 588.795573
2012-02-06 15:21:11.351 **[1166:707] startUpdatingLocation
2012-02-06 15:21:11.543 **[1166:707] didUpdateToLocation
2012-02-06 15:21:11.623 **[1166:707] stopUpdatingLocation
2012-02-06 15:21:13.050 **[1166:4027] BGTime left: 599.701993
2012-02-06 15:21:14.286 **[1166:4027] BGTime left: 598.465553

InformationsquelleAutor der Antwort Kashif Shaikh

Wenn es nicht GPS-ich denke, die einzige andere Weg, es zu tun, ist die Hintergrundmusik-Funktion, d.h., spielen 4"33" die ganze Zeit aktiviert. Beide klingen ein bisschen wie ein Missbrauch der hintergrund-Verarbeitung-APIs und damit potenziell den Launen der review-Prozess.

InformationsquelleAutor der Antwort Stephen Darlington