WatchOS2 WCSession sendMessage weckt das iPhone nicht im Hintergrund

Question

Dies wird sowohl auf dem Simulator als auch auf dem physischen Gerät iphone5s getestet. Ich habe versucht, WCSession sendMessage zu verwenden, um von der WatchOS2-Erweiterung zu iPhone iOS9-Code zu kommunizieren. Es funktioniert gut, wenn iPhone App im Vordergrund- und Hintergrundmodus läuft.

Aber wenn ich den iPhone-App (nicht aktiv App überhaupt) zu töten, dann habe ich immer errorhandler Timeout. So kann Watch nicht mehr mit dem iPhone kommunizieren.

"Fehler Domain = WCErrorDomain-Code = 7012 "nahm Nachricht Antwort zu lang." Userinfo = {NSLocalizedDescription = Nachricht Antwort zu lange dauerte., NSLocalizedFailureReason = aufgetreten Reply Timeout.}".

Ich denke, es sollte iPhone App im Hintergrund zu wecken.

Jede Idee, was, um dieses Problem zu arbeiten oder es beheben? Vielen Dank!

Answer 1

Nach stundenlangem Versuch und Hinweis von @jeron. Ich habe das Problem selbst herausgefunden.

In meiner Sitzung: didReceiveMessage Delegate-Methode, habe ich zwei Anrufe. 1.replyHandler Anruf. 2. Ich habe einen Async-Prozess ausgeführt (RXPromise) in meinem Fall, verschachtelte es einige RXPromise-Rückrufe, um verschiedene Daten vom Cloud-Dienst zu holen. Ich habe es nicht beachtet, weil es sofort anrufen und zurückkommen soll. Aber jetzt, wo ich RXPromise alle zusammen blockiere, kann es die iOS App jedes Mal im Hintergrund aufwecken.

Endlich finde ich heraus, dass das Problem besteht, weil es nach RXPromise-Aufruf keine Garantie mehr gibt, wieder im Haupt-Thread gelandet zu sein. Und ich glaube Sitzung: didReceiveMessage muss auf dem Hauptthread zurückgegeben werden. Ich habe das nirgendwo in der Apple-Dokumentation erwähnt.

Endlösung:

- (void)session:(WCSession *)session 
    didReceiveMessage:(NSDictionary<NSString *, id> *)message 
     replyHandler:(void (^)(NSDictionary<NSString *, id> *_Nonnull))replyHandler { 

    replyHandler(@{ @"schedule" : @"OK" }); 

    dispatch_async(dispatch_get_main_queue(), ^{ 
     Nested RXPromise calls..... 
    }); 

} 

Answer 2

Nun, Sie können transferUserInfo verwenden, um die Anrufe in die Warteschlange zu stellen. Die Verwendung von sendMessage führt zu Fehlern, wenn die App beendet wird.

Answer 3

Es ist wichtig, dass Sie die in Ihrer AppDelegatedidFinishLaunchingWithOptions Methode aktivieren. Außerdem müssen Sie die WCSessionDelegate dort einstellen. Wenn Sie es anderswo machen, wird der Code möglicherweise nicht ausgeführt, wenn das System die getötete App im Hintergrund startet.

Auch sollte man die Antwort über die replyHandler senden. Wenn Sie versuchen, etwas anderes zu senden, wartet das System auf eine Antwort, die nie kommt. Daher der Zeitüberschreitungsfehler. Hier

ist ein Beispiel, das das App aufwacht, wenn er getötet wird:

Im WatchExtension:

Einrichten der Sitzung. Typischerweise in Ihrem ExtensionDelegate:

func applicationDidFinishLaunching() { 
    if WCSession.isSupported() { 
     let session = WCSession.defaultSession() 
     session.delegate = self 
     session.activateSession() 
    } 
} 

Und dann die Nachricht senden, wenn Sie etwas aus der App benötigen:

if WCSession.defaultSession().reachable { 
    let messageDict = ["message": "hello iPhone!"] 
    WCSession.defaultSession().sendMessage(messageDict, replyHandler: { (replyDict) -> Void in 
     print(replyDict) 
     }, errorHandler: { (error) -> Void in 
     print(error) 
    } 
} 

In der iPhone App:

Gleiche Einrichtung einer Sitzung, aber dieses Mal Stellen Sie auch den Delegierten ein:

func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool { 
    ... 
    if WCSession.isSupported() { 
     let session = WCSession.defaultSession() 
     session.delegate = self 
     session.activateSession() 
    } 
} 

Und dann implementieren die Delegatmethode die Antwort auf die Uhr senden:

func session(session: WCSession, didReceiveMessage message: [String : AnyObject], replyHandler: ([String : AnyObject]) -> Void) { 
    replyHandler(["message": "Hello Watch!"]) 
} 

Dies funktioniert, wenn es eine Verbindung zwischen der Uhr und dem iPhone. Wenn die App nicht läuft, startet das System sie im Hintergrund.

Ich weiß nicht, ob das System lange genug wartet, bis Sie Ihre Daten von iCloud empfangen, aber dieses Beispiel auf jeden Fall die App aufwacht.